GoogleGoogle Professional Cloud Developer (PCD) Certification·KO·업데이트됨 3 Sep 2026
감사 이벤트 수집 재설계: 여러 인증 인스턴스가 이벤트를 게시하고, 여러 감사 서비스 인스턴스가 Pub/Sub를 통해 이벤트를 소비합니다. 확장성과 높은 볼륨 처리를 위해 토픽과 구독을 어떻게 구성해야 할까요?
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: 하나의 Pub/Sub 토픽을 생성합니다. 감사 서비스가 메시지를 공유할 수 있도록 하나의 pull subscription을 생성합니다..
이것이 정답인 이유
정답은 확장성과 고용량 처리를 위해 Pub/Sub의 기본 팬아웃(fan-out) 모델을 활용합니다. 단일 Pub/Sub 토픽은 여러 인증 인스턴스에서 게시된 모든 감사 이벤트를 수신합니다. 단일 pull 구독을 생성하면 여러 감사 서비스 인스턴스가 이 구독에서 메시지를 공유하며, Pub/Sub가 메시지를 자동으로 분배하여 병렬 처리를 가능하게 합니다. 이는 메시지 처리량을 극대화하고 중복 처리를 방지합니다.
나머지 옵션들은 다음과 같은 이유로 적합하지 않습니다.
감사 서비스 인스턴스당 하나의 pull 구독을 생성하면 각 메시지가 모든 인스턴스에 전달되어 중복 처리가 발생합니다.
push 구독은 일반적으로 로드 밸런서 뒤에 있는 웹훅으로 메시지를 전달하는 데 사용되지만, pull 구독이 여러 컨슈머 인스턴스 간의 메시지 분배를 더 효율적으로 관리합니다.
인증 서비스당 별도의 토픽을 생성하면 시스템 복잡성이 증가하고, 감사 서비스가 모든 이벤트를 처리하기 위해 여러 토픽을 구독해야 하므로 관리 오버헤드가 발생합니다.