本文說明如何妥善準備處理 Webhook 的高訊息量。Business Messages 平台適用於各種不同情境。如果想要預測特定事件，我們的支援小組也能協助您做好準備。您可以採取幾個簡單的步驟，使 Webhook 更為完善。
使用者至 Webhook 的流量
以使用者到 Webhook 的流量來說，請考慮您業務預期的流量模式。您認為訊息量突然出現「突發」的模式或突然變化嗎？例如，供應晚餐的餐廳在晚間可能會收到多則訊息，而在今天的剩餘時段，再舉一例，進行特別促銷活動的商店，在發布促銷活動時，可能會收到異常大量的訊息量。
一般來說，Google 的基礎架構已準備好處理流量突然暴增的情況。Business Messages 使用與 Gmail 和 Google Cloud 等大型產品相同的伺服器資源。如果 Webhook 的訊息量過高，Business Messages 就不太可能是失敗點。此外，Business Messages 會分別將每個代理程式的訊息排入佇列。如果代理程式的訊息佇列遭到攔截，即使其他代理程式共用相同的 Webhook，也不會影響其他代理程式。
不過，這個方法僅適用於 Business Messages 基礎架構的訊息佇列。訊息傳送至 Webhook 後，就會是不同的設定。您應實作佇列、平行處理要求等，確保 Webhook 能夠視需求調度資源。如果您的 Webhook 回應以 HTTP 500 回應的訊息，或者完全無法回應，Business Messages 將以指數方式將訊息傳回 Webhook。訊息會在佇列中保留 7 天。如果 Webhook 沒有回應 HTTP 200，Business Messages 就會捨棄這則訊息。
Webhook 使用者流量
透過 Webhook 傳送的訊息應遵循每個對話配額每分鐘 60 則訊息。合法訊息流程不太可能達到此配額，但您應準備好處理 Business Messages 的 HTTP 429 錯誤，指出已超過配額。
一般來說，如果您的 Webhook 收到 Business Messages 的 HTTP 429 或 HTTP 500，表示暫時性訊息可能與訊息傳遞率有關。您應以指數輪詢策略重試這些訊息。不過，如果您的 Webhook 收到 HTTP 503 或 HTTP 4xx (HTTP 429 除外)，建議您停止重試並立即通知支援團隊。這些錯誤代碼可能代表 Business Messages 基礎架構發生問題 (例如 DOS 事件)，而傳送更多訊息會加劇問題。
雖然沒有任何專屬的暫停標準，但是超過訊息配額的限制，但業務訊息可能會暫停運作異常或傳送過多訊息的代理程式。請參閱暫停條件，確保您的代理程式符合必要標準。
如何取得協助
當您預期問題時，建議您盡快與人聯絡。如果您預期出現極高的流量狀況 (例如高度宣傳的促銷廣告活動)，我們可以盡可能提供其他放送資源，以做好充分準備。但是在大多數情況下，並不需要採取這類措施。
如果遇到訊息載入問題，您也可以與我們聯絡，我們會盡力協助您解決問題。