Cloud Pub/Sub

에 대해 씁니다.

Concept

비동기 메시징 서비스

메시징 미들웨어 및 스트리밍 분석 파이프 라인으로 사용할 수 있습니다

주제 : 게시자가 메시지를 보낼 리소스

구독 : 특정 주제에서 응용 프로그램으로 메시지를 보내는 리소스

메시지 : 데이터와 속성의 조합

메시지 속성 : 게시자가 정의한 키 가치 쌍

게시자와 구독자 간의 관계
fan-out이라는 1대다 관계, fan-in이라는 다대 1 관계, 다대다 관계를 구현할 수 있다.

메시지 흐름 4~5에 걸쳐서, 구독자가 메시지를 풀거나, Pub/Sub에 의한 푸시를 하거나, 구독자는 확인 응답을 돌려준다. Pub/Sub Lite htps : // c ぉ d. 오, ぇ. 코 m / 푸 bsu b / 드 cs / 쵸오 신 g 푸 b su b r ぃ

아직 베타판인것 같다.
Pub/Sub가 멀티존인 서비스인 반면, Lite는 1존 서비스.
용량은 적절하게 프로비저닝되고 그 용량에 대해 과금된다.

Cloud Task와의 차이
Pub/Sub는 게시자와 구독자를 분리하여 세부 사항을 암시 적으로 만듭니다.
Cloud Task는 게시자가 메시지의 목적지를 결정하는 명시적인 메커니즘입니다.

How-to

메시지는 데이터, 주문 키 및 속성으로 구성됩니다.

메시지는 주제 내에서 고유 ID, Pub/Sub가 메시지를받은 타임 스탬프를 부여합니다.

여러 메시지를 함께 호출하여 처리량을 향상시킬 수 있지만 대기 시간이 느려집니다

메시지 재시도에서 횟수와 지수 백 오프를 제어합니다.

메시지 보존 기간은 10분에서 7일 사이

Pull : 메시지가 많을 때 효율성이나 처리량이 필요할 때 공용 HTTPS를 사용할 수 없을 때

푸시 : 여러 주제를 동일한 웹 후크에서 사용하고 싶을 때 App Engine 또는 Cloud Functions 용 Google Cloud 환경이 적합하지 않은 경우

명시적으로 Streaming Pull을 사용하고 있지 않아도, 뒤편에서는 Streaming Pull이 사용되고 있는 일이 있다.

Push는 인증을 할 수 있으며 JSON Web Token을 헤더에 부여합니다.

타임스탬프에서 메시지를 검색(검색)하여 재전송하거나 삭제할 수 있습니다.

구독자 테스트, 업데이트 및 재해 복구에 유용

주문 키를 동일한 지역에서 사용하는 경우 메시지를 순서대로받을 수 있습니다.

Cloud Monitoring을 통해 지표를 모니터링할 수 있습니다

Audit Logs를 사용하여 Pub/Sub 액세스를 모니터링 할 수 있습니다

at rest/in transit에서 Google 관리 암호화 키로 암호화 할 수 있습니다

적어도 at rest의 애플리케이션 레이어에서 Customer Managed Encryption Key로 암호화 할 수 있습니다

현장에서는 이상입니다. 고마워요.