Google Cloud Pub/Sub

서비스가 서로 직접 호출로 엮이면 한쪽 지연이 바로 다른 쪽 대기로 번지고, 소비자가 둘 이상이면 같은 이벤트를 여러 번 보내는 로직도 복잡해집니다.

직접 HTTP 호출만으로 마이크로서비스를 묶으면 배포 순서와 장애 전파가 서로 얽힙니다. 이벤트를 잠깐 보관해 두고 필요한 소비자에게 독립적으로 풀어 주는 중간 계층이 필요해졌습니다.

발행자가 토픽(Topic)에 메시지를 넣으면 구독(Subscription)이 각자 복제본을 받아갑니다. 소비자는 자기 속도로 pull하거나 push로 받으며, ack가 와야 메시지가 정리되므로 잠깐 느려져도 흐름이 끊기지 않습니다.

둘 다 이벤트 흐름에 붙지만, Cloud Functions는 메시지를 처리하는 코드이고 Pub/Sub는 그 코드 앞에서 메시지를 쌓고 여러 소비자에게 나누는 계층입니다. 바로 실행할 로직이 중요하면 Functions, 전달·재시도·팬아웃이 중요하면 Pub/Sub가 맞습니다.

이벤트를 여러 서비스에 동시에 전달하거나, 소비 속도가 다른 작업을 버퍼링해야 할 때 적합합니다. 즉시 응답을 끝내야 하는 동기 호출에는 맞지 않습니다.