근태 시트 제출로 인해 여러 독립적인 다운스트림 단계가 트리거되며, 각 단계는 다른 팀에서 구현하고 각 팀은 자체 오류를 처리합니다. 통합을 어떻게 설계해야 할까요?

근태 시트 제출에 대한 단일 Pub/Sub 토픽을 생성하고 각 다운스트림 팀이 해당 토픽을 구독하도록 하는 것이 가장 효율적인 통합 방법입니다. 이는 느슨하게 결합된 아키텍처를 제공하여 각 팀이 독립적으로 오류를 처리하고 자체 속도로 작업을 수행할 수 있도록 합니다. 다른 옵션들은 다음과 같은 단점이 있습니다. 각 단계에 대한 Cloud Function 배포는 불필요한 복잡성을 추가하고 중앙 집중식 오케스트레이션이 필요합니다. 각 단계에 대해 별도의 Pub/Sub 토픽을 생성하는 것은 과도한 토픽 관리를 초래하며, 초기 이벤트(근태 시트 제출)와 다운스트림 시스템 간의 직접적인 연결을 약화시킵니다. GKE 마이크로서비스를 사용하여 각 단계를 순차적으로 호출하는 것은 단단히 결합된 아키텍처를 만들고, 한 단계의 실패가 전체 프로세스를 중단시킬 수 있으며, 각 팀의 독립적인 오류 처리를 방해합니다.