In diesem Dokument wird erläutert, wie Sie sich am besten auf ein hohes Nachrichtenvolumen Ihres Webhooks vorbereiten können. Die Business Messages-Plattform ist für viele verschiedene Szenarien produktionsreif. Unser Supportteam kann Sie bei der Vorbereitung auf ein bestimmtes Ereignis unterstützen. Sie können in wenigen einfachen Schritten Ihren Webhook robuster machen.
Nutzer-zu-Webhook-Traffic
Überlegen Sie sich für den Traffic, der für Nutzer zwischen Webhooks verwendet werden soll, das für Ihr Unternehmen erwartete Traffic-Muster. Erwarten Sie irgendwelche „stoßenden“ Muster oder plötzlichen Änderungen des Nachrichtenvolumens? Beispiel: Ein Restaurant, in dem nur Abendessen serviert wird, erwartet möglicherweise viele Nachrichten am Abend und wenige Nachrichten für den Rest des Tages. In einem anderen Beispiel kann ein Geschäft, in dem ein Sonderangebot läuft, mit einem ungewöhnlich hohen Nachrichtenvolumen rechnen, wenn das Angebot angekündigt wird.
Im Allgemeinen ist die Google-Infrastruktur auf die Verarbeitung von plötzlichen Traffic-Bursts vorbereitet. Business Messages verwendet dieselben Serverressourcen wie große Produkte wie Gmail und Google Cloud. Es ist unwahrscheinlich, dass das Nachrichtenvolumen für Ihren Webhook so hoch ist, dass Business Messages der Fehlerpunkt sein wird. Außerdem stellt Business Messages die Nachrichten jedes Agents separat in die Warteschlange. Wenn eine der Nachrichtenwarteschlangen Ihres Agents überlastet ist, hat dies keine Auswirkungen auf Ihre anderen Agents, selbst wenn sie denselben Webhook verwenden.
Dies gilt jedoch nur für die Nachrichtenwarteschlange in der Business Messages-Infrastruktur. Sobald die Nachricht an Ihren Webhook gesendet wurde, geht es um eine andere Geschichte. Sie sollten dafür sorgen, dass Ihr Webhook bei Bedarf skaliert werden kann, indem Sie Warteschlangen implementieren, Anfragen parallel verarbeiten usw. Wenn der Webhook auf eine Nachricht mit HTTP 500 antwortet oder überhaupt nicht antwortet, wird die Nachrichtenzustellung an den Webhook von Business Messages exponentiell reduziert. Nachrichten verbleiben 7 Tage in der Warteschlange. Wenn Ihr Webhook innerhalb dieses Zeitraums nicht mit HTTP 200 antwortet, wird die Nachricht von Business Messages gelöscht.
Webhook-zu-Nutzer-Traffic
Nachrichten, die vom Webhook gesendet werden, sollten 60 Nachrichten pro Minute pro Unterhaltungskontingent verarbeiten. Es ist unwahrscheinlich, dass seriöse Nachrichtenflüsse dieses Kontingent erreichen. Sie sollten jedoch darauf vorbereitet sein, HTTP 429-Fehler von Business Messages zu verarbeiten, die darauf hinweisen, dass Sie das Kontingent überschreiten.
Wenn Ihr Webhook einen HTTP-Fehler 429 oder einen HTTP-Fehler 500 von Business Messages empfängt, weist dies im Allgemeinen auf einen vorübergehenden Fehler hin, der mit Ihrer Nachrichtenrate zusammenhängen kann. Sie sollten diese Nachrichten mit einer exponentiellen Backoff-Strategie wiederholen. Wenn Ihr Webhook jedoch einen HTTP 503- oder einen HTTP 4xx-Code (ausgenommen HTTP 429) empfängt, sollten Sie die Wiederholung sofort beenden und unser Supportteam sofort benachrichtigen. Diese Fehlercodes können auf ein Problem mit der Business Messages-Infrastruktur wie einen DOS-Vorfall hinweisen und das Senden weiterer Nachrichten würde das Problem nur noch verstärken.
Es gibt zwar keine spezifischen Sperrungskriterien im Hinblick auf die Überschreitung von Nachrichtenkontingenten, aber Business Messages kann Agents sperren, die sich unregelmäßig verhalten oder viel zu viele Nachrichten senden. Prüfen Sie die Sperrkriterien, damit Ihr Agent den erforderlichen Standards entspricht.
Hilfe
Am besten kontaktieren Sie uns, sobald Sie ein Problem erwarten. Wenn Sie uns mitteilen, dass Sie eine Situation mit sehr hohem Traffic erwarten, z. B. eine stark beworbene Werbekampagne, können wir zusätzliche Bereitstellungsressourcen so gut wie möglich vorbereiten. In den meisten Fällen sind solche Maßnahmen jedoch nicht erforderlich.
Sie können sich auch an uns wenden, wenn bereits ein Problem beim Laden der Nachrichten aufgetreten ist. Wir werden unser Bestes tun, um Ihnen bei der Lösung des Problems zu helfen.