이 문서에서는 웹훅에 대한 대량의 메시지 볼륨을 처리하기 위한 준비를 위한 최선의 방법을 설명합니다. Business Messages 플랫폼은 다양한 시나리오에서 프로덕션에 즉시 사용할 수 있습니다. 특정 이벤트가 예상되는 경우 지원팀의 도움을 받을 수도 있습니다. 간단한 몇 단계만 거치면 웹훅을 더욱 안정적으로 만들 수 있습니다.
사용자-웹훅 트래픽
사용자-웹후크 트래픽에는 비즈니스에 적합한 트래픽 패턴의 유형을 고려해야 합니다. '버스트' 패턴이 발생하거나 메시지 볼륨에 급격한 변화가 예상되나요? 예를 들어 레스토랑은 저녁 식사만 제공하는 경우 저녁에는 많은 메시지가, 나머지 날에는 메시지가 거의 없을 것으로 예상할 수 있습니다. 다른 예를 들면 특별 프로모션을 진행하는 매장에 대해서는 프로모션이 공지될 때 비정상적으로 많은 양의 메시지가 표시될 수 있습니다.
일반적으로 Google 인프라는 갑작스러운 트래픽 버스트를 처리할 준비가 되어 있습니다. Business Messages는 Gmail 및 Google Cloud와 같은 대규모 제품과 동일한 서버 리소스를 사용합니다. 웹훅으로 보내는 메시지 양이 너무 많아서 Business Messages가 실패하는 지점은 드뭅니다. 또한 Business Messages는 각 에이전트의 메시지를 별도로 큐에 추가합니다. 에이전트의 메시지 큐 중 하나가 정체되면 다른 에이전트가 동일한 웹훅을 공유하더라도 영향을 주지 않습니다.
하지만 이는 Business Messages 인프라의 메시지 큐에만 적용됩니다. 메시지가 웹훅으로 전송된 후에는 다른 결과가 표시됩니다. 큐를 구현하고 요청을 병렬로 처리하는 등 필요에 따라 웹훅이 확장될 수 있는지 확인해야 합니다. 웹훅이 HTTP 500으로 메시지에 응답하거나 아예 응답하지 못하는 경우 Business Messages는 웹훅의 메시지 전송 속도를 기하급수적으로 줄입니다. 메시지는 큐에서 7일 동안 유지됩니다. 이때 웹훅이 HTTP 200으로 응답하지 않으면 Business Messages가 메시지를 삭제합니다.
웹훅-사용자 트래픽
웹훅에서 전송된 메시지는 대화 할당량당 분당 60개의 메시지를 따라야 합니다. 합법적인 메시지 흐름이 이 할당량에 도달할 가능성은 낮지만 Business Messages에서 할당량을 초과했음을 나타내는 HTTP 429 오류를 처리할 준비가 되어 있어야 합니다.
일반적으로 웹훅이 Business Messages에서 HTTP 429 또는 HTTP 500을 수신하면 메시징 속도와 관련되었을 수 있는 일시적인 오류를 나타냅니다. 지수 백오프 전략을 사용하여 이러한 메시지를 다시 시도해야 합니다. 하지만 웹훅이 HTTP 503이나 HTTP 4xx (HTTP 429 이외)를 수신하면 재시도를 중지하고 지원팀에 즉시 알려야 합니다. 이러한 오류 코드는 DOS 이슈와 같은 비즈니스 메시지 인프라에 문제가 있음을 나타내며, 더 많은 메시지를 보내면 문제가 악화될 뿐입니다.
메시지 할당량 초과와 관련된 특정 정지 기준은 없지만 Business Messages가 불규칙하게 작동하거나 너무 많은 메시지를 보내는 에이전트를 정지할 수 있습니다. 에이전트가 필요한 표준을 준수하는지 확인하려면 정지 기준을 검토하세요.
지원을 받는 방법
문제가 예상되면 바로 연락하는 것이 좋습니다. 광고 효과가 높은 프로모션 캠페인과 같이 트래픽이 매우 많이 발생하는 상황을 Google에 알려 주면 Google에서 최대한 많은 준비 리소스를 제공할 수 있습니다. 하지만 대부분의 경우 이와 같은 조치는 필요하지 않습니다.
메시지 로드 문제가 이미 발생하고 있다면 Google에 문의해 주세요. 최선을 다해 도와드리겠습니다.