이것은 대부분 참고용(FYI)이며, 다소 과정보다 많은 정보(TMI)일 수도 있지만, 동시에 세 개의 컨테이너(웹 애플리케이션 2개와 데이터 컨테이너 1개)를 실행할 때 우리가 경험하는 흥미로운 현상들(그리고 이것이 사용자 아바타에 미치는 영향)에 대해 조금이라도 통찰을 얻을 수 있는 데 도움이 될 수 있습니다.
Redis / Sidekiq 작업 스케줄러가 병렬로 실행되지만, 사용자 웹 측에서는 단 하나만 "활성 상태"일 때 어떻게 작동하는지는 매우 흥미롭고(제 생각에는 정말 멋집니다), 다음과 같습니다:
실제 사례를 포함한 이 짧은 토론이 흥미롭기를 바랍니다. 이는 우리의 구성에 기반한 Discourse 작업 스케줄러, 이미지 최적화, 아바타에 대해 약간의 통찰을 제공할 수 있습니다:
Discourse가 Redis / Sidekiq를 사용하여 백그라운드 작업을 스케줄링하는 방식을 매우 좋아합니다. 그리고 이는 Discourse 소프트웨어 아키텍처의 핵심 강점이자 이점 중 하나라고 생각합니다.
참고: 이러한 개념은 백업 및 복원 과정의 다른 단계 및 다른 프로세스(시간 의존적)에도 다양한 미묘한 방식으로 적용되므로, Sidekiq가 백그라운드에서 작업을 스케줄링하는 방식과 이유를 이해하는 것이 좋습니다.