В этом документе объясняется, как лучше всего подготовиться к обработке большого объема сообщений на веб-перехватчике. Платформа Business Messages готова к использованию во многих различных сценариях. Наша служба поддержки также может помочь вам подготовиться, если вы ожидаете определенного события. Вы можете предпринять несколько простых шагов, чтобы сделать ваш вебхук более надежным.
Трафик от пользователя к вебхуку
Что касается трафика от пользователя к веб-перехватчику, подумайте, какой тип трафика вы ожидаете для своего бизнеса. Ожидаете ли вы каких-либо «взрывных» шаблонов или внезапных изменений объема сообщений? Например, ресторан, в котором подают только ужин, может ожидать много сообщений вечером и мало сообщений в оставшуюся часть дня. В другом примере магазин, в котором проводится специальная акция, может ожидать аномально большого объема сообщений при объявлении акции.
В целом инфраструктура Google готова справиться с внезапными всплесками трафика. Business Messages использует те же серверные ресурсы, что и крупные продукты, такие как Gmail и Google Cloud. Маловероятно, что объем сообщений, поступающих на ваш веб-перехватчик, будет настолько велик, что бизнес-сообщения станут точкой отказа. Кроме того, Business Messages ставит сообщения каждого агента в очередь отдельно. Если одна из очередей сообщений вашего агента окажется перегруженной, это не повлияет на других ваших агентов, даже если они используют один и тот же веб-перехватчик.
Однако это применимо только к очереди сообщений в инфраструктуре Business Messages. Как только сообщение будет доставлено на ваш вебхук, это уже другая история. Вы должны убедиться, что ваш вебхук может масштабироваться по мере необходимости, реализуя очереди, параллельную обработку запросов и т. д. Если ваш веб-перехватчик отвечает на сообщение с помощью HTTP 500 или не отвечает вообще, Business Messages экспоненциально снижает скорость доставки сообщений на ваш веб-перехватчик. Сообщения остаются в очереди в течение 7 дней. Если за это время ваш веб-перехватчик не ответит HTTP 200, Business Messages уничтожит сообщение.
Вебхук-трафик пользователя
Сообщения, отправленные с вашего веб-перехватчика, должны соответствовать квоте 60 сообщений в минуту на разговор. Законные потоки сообщений вряд ли достигнут этой квоты, но вы должны быть готовы обрабатывать ошибки HTTP 429 из Business Messages, которые указывают на превышение квоты.
Вообще говоря, если ваш веб-перехватчик получает HTTP 429 или HTTP 500 от Business Messages, это указывает на временную ошибку, которая может быть связана с вашей скоростью обмена сообщениями. Вам следует повторить эти сообщения, используя стратегию экспоненциальной задержки. Однако если ваш вебхук получает HTTP 503 или HTTP 4xx (кроме HTTP 429), вам следует прекратить повторные попытки и немедленно уведомить нашу службу поддержки . Эти коды ошибок могут указывать на проблемы с инфраструктурой бизнес-сообщений, например, на инцидент DOS, а отправка дополнительных сообщений только усугубит проблему.
Хотя не существует конкретных критериев приостановки, связанных с превышением квот на обмен сообщениями, Business Messages может приостанавливать работу агентов, которые ведут себя нерегулярно или отправляют слишком много сообщений. Ознакомьтесь с критериями приостановки, чтобы убедиться, что ваш агент соблюдает требуемые стандарты.
Как получить помощь
Лучше всего обратиться, как только вы предчувствуете проблему. Если вы сообщите нам, что ожидаете ситуацию с чрезвычайно высоким трафиком, например широко разрекламированную рекламную кампанию, мы можем выделить дополнительные ресурсы для обслуживания, чтобы быть максимально подготовленными. Однако в большинстве случаев подобные меры не нужны.
Вы также можете связаться с нами, если у вас уже возникла проблема с загрузкой сообщений, и мы сделаем все возможное, чтобы помочь вам ее решить.
,В этом документе объясняется, как лучше всего подготовиться к обработке большого объема сообщений на веб-перехватчике. Платформа Business Messages готова к использованию во многих различных сценариях. Наша служба поддержки также может помочь вам подготовиться, если вы ожидаете определенного события. Вы можете предпринять несколько простых шагов, чтобы сделать ваш вебхук более надежным.
Трафик от пользователя к вебхуку
Что касается трафика от пользователя к веб-перехватчику, подумайте, какой тип трафика вы ожидаете для своего бизнеса. Ожидаете ли вы каких-либо «взрывных» шаблонов или внезапных изменений объема сообщений? Например, ресторан, где подают только ужин, может ожидать много сообщений вечером и мало сообщений в оставшуюся часть дня. В другом примере магазин, в котором проводится специальная акция, может ожидать аномально большого объема сообщений при объявлении акции.
В целом инфраструктура Google готова справиться с внезапными всплесками трафика. Business Messages использует те же серверные ресурсы, что и крупные продукты, такие как Gmail и Google Cloud. Маловероятно, что объем сообщений, поступающих на ваш веб-перехватчик, будет настолько велик, что бизнес-сообщения станут точкой отказа. Кроме того, Business Messages ставит сообщения каждого агента в очередь отдельно. Если одна из очередей сообщений вашего агента окажется перегруженной, это не повлияет на других ваших агентов, даже если они используют один и тот же веб-перехватчик.
Однако это применимо только к очереди сообщений в инфраструктуре Business Messages. Как только сообщение будет доставлено на ваш вебхук, это уже другая история. Вы должны убедиться, что ваш вебхук может масштабироваться по мере необходимости, реализуя очереди, параллельную обработку запросов и т. д. Если ваш веб-перехватчик отвечает на сообщение с помощью HTTP 500 или не отвечает вообще, Business Messages экспоненциально снижает скорость доставки сообщений на ваш веб-перехватчик. Сообщения остаются в очереди в течение 7 дней. Если за это время ваш веб-перехватчик не ответит HTTP 200, Business Messages уничтожит сообщение.
Вебхук-трафик пользователя
Сообщения, отправленные с вашего веб-перехватчика, должны соответствовать квоте 60 сообщений в минуту на разговор. Законные потоки сообщений вряд ли достигнут этой квоты, но вы должны быть готовы обрабатывать ошибки HTTP 429 из Business Messages, которые указывают на превышение квоты.
Вообще говоря, если ваш веб-перехватчик получает HTTP 429 или HTTP 500 от Business Messages, это указывает на временную ошибку, которая может быть связана с вашей скоростью обмена сообщениями. Вам следует повторить эти сообщения, используя стратегию экспоненциальной задержки. Однако если ваш вебхук получает HTTP 503 или HTTP 4xx (кроме HTTP 429), вам следует прекратить повторные попытки и немедленно уведомить нашу службу поддержки . Эти коды ошибок могут указывать на проблемы с инфраструктурой бизнес-сообщений, например, на инцидент DOS, а отправка дополнительных сообщений только усугубит проблему.
Хотя не существует конкретных критериев приостановки, связанных с превышением квот на обмен сообщениями, Business Messages может приостанавливать работу агентов, которые ведут себя нерегулярно или отправляют слишком много сообщений. Ознакомьтесь с критериями приостановки, чтобы убедиться, что ваш агент соблюдает требуемые стандарты.
Как получить помощь
Лучше всего обратиться, как только вы предчувствуете проблему. Если вы сообщите нам, что ожидаете ситуацию с чрезвычайно высоким трафиком, например широко разрекламированную рекламную кампанию, мы можем выделить дополнительные ресурсы для обслуживания, чтобы быть максимально подготовленными. Однако в большинстве случаев подобные меры не нужны.
Вы также можете связаться с нами, если у вас уже возникла проблема с загрузкой сообщений, и мы сделаем все возможное, чтобы помочь вам ее решить.
,В этом документе объясняется, как лучше всего подготовиться к обработке большого объема сообщений на веб-перехватчике. Платформа Business Messages готова к использованию во многих различных сценариях. Наша служба поддержки также может помочь вам подготовиться, если вы ожидаете определенного события. Вы можете предпринять несколько простых шагов, чтобы сделать ваш вебхук более надежным.
Трафик от пользователя к вебхуку
Что касается трафика от пользователя к веб-перехватчику, подумайте, какой тип трафика вы ожидаете для своего бизнеса. Ожидаете ли вы каких-либо «взрывных» шаблонов или внезапных изменений объема сообщений? Например, ресторан, где подают только ужин, может ожидать много сообщений вечером и мало сообщений в оставшуюся часть дня. В другом примере магазин, в котором проводится специальная акция, может ожидать аномально большого объема сообщений при объявлении акции.
В целом инфраструктура Google готова справиться с внезапными всплесками трафика. Business Messages использует те же серверные ресурсы, что и крупные продукты, такие как Gmail и Google Cloud. Маловероятно, что объем сообщений, поступающих на ваш веб-перехватчик, будет настолько велик, что бизнес-сообщения станут точкой отказа. Кроме того, Business Messages ставит сообщения каждого агента в очередь отдельно. Если одна из очередей сообщений вашего агента окажется перегруженной, это не повлияет на других ваших агентов, даже если они используют один и тот же веб-перехватчик.
Однако это применимо только к очереди сообщений в инфраструктуре Business Messages. Как только сообщение будет доставлено на ваш вебхук, это уже другая история. Вы должны убедиться, что ваш вебхук может масштабироваться по мере необходимости, реализуя очереди, параллельную обработку запросов и т. д. Если ваш веб-перехватчик отвечает на сообщение с помощью HTTP 500 или не отвечает вообще, Business Messages экспоненциально снижает скорость доставки сообщений на ваш веб-перехватчик. Сообщения остаются в очереди в течение 7 дней. Если за это время ваш веб-перехватчик не ответит HTTP 200, Business Messages уничтожит сообщение.
Вебхук-трафик пользователя
Сообщения, отправленные с вашего веб-перехватчика, должны соответствовать квоте 60 сообщений в минуту на разговор. Законные потоки сообщений вряд ли достигнут этой квоты, но вы должны быть готовы обрабатывать ошибки HTTP 429 из Business Messages, которые указывают на превышение квоты.
Вообще говоря, если ваш веб-перехватчик получает HTTP 429 или HTTP 500 от Business Messages, это указывает на временную ошибку, которая может быть связана с вашей скоростью обмена сообщениями. Вам следует повторить эти сообщения, используя стратегию экспоненциальной задержки. Однако если ваш вебхук получает HTTP 503 или HTTP 4xx (кроме HTTP 429), вам следует прекратить повторные попытки и немедленно уведомить нашу службу поддержки . Эти коды ошибок могут указывать на проблемы с инфраструктурой бизнес-сообщений, например, на инцидент DOS, а отправка дополнительных сообщений только усугубит проблему.
Хотя не существует конкретных критериев приостановки, связанных с превышением квот на обмен сообщениями, Business Messages может приостанавливать работу агентов, которые ведут себя нерегулярно или отправляют слишком много сообщений. Ознакомьтесь с критериями приостановки, чтобы убедиться, что ваш агент соблюдает требуемые стандарты.
Как получить помощь
Лучше всего обратиться, как только вы предчувствуете проблему. Если вы сообщите нам, что ожидаете ситуацию с чрезвычайно высоким трафиком, например широко разрекламированную рекламную кампанию, мы можем выделить дополнительные ресурсы для обслуживания, чтобы быть максимально подготовленными. Однако в большинстве случаев подобные меры не нужны.
Вы также можете связаться с нами, если у вас уже возникла проблема с загрузкой сообщений, и мы сделаем все возможное, чтобы помочь вам ее решить.
,В этом документе объясняется, как лучше всего подготовиться к обработке большого объема сообщений на веб-перехватчике. Платформа Business Messages готова к использованию во многих различных сценариях. Наша служба поддержки также может помочь вам подготовиться, если вы ожидаете определенного события. Вы можете предпринять несколько простых шагов, чтобы сделать ваш вебхук более надежным.
Трафик от пользователя к вебхуку
Что касается трафика от пользователя к веб-перехватчику, подумайте, какой тип трафика вы ожидаете для своего бизнеса. Ожидаете ли вы каких-либо «взрывных» шаблонов или внезапных изменений объема сообщений? Например, ресторан, где подают только ужин, может ожидать много сообщений вечером и мало сообщений в оставшуюся часть дня. В другом примере магазин, в котором проводится специальная акция, может ожидать аномально большого объема сообщений при объявлении акции.
В целом инфраструктура Google готова справиться с внезапными всплесками трафика. Business Messages использует те же серверные ресурсы, что и крупные продукты, такие как Gmail и Google Cloud. Маловероятно, что объем сообщений, поступающих на ваш веб-перехватчик, будет настолько велик, что бизнес-сообщения станут точкой отказа. Кроме того, Business Messages ставит сообщения каждого агента в очередь отдельно. Если одна из очередей сообщений вашего агента окажется перегруженной, это не повлияет на других ваших агентов, даже если они используют один и тот же веб-перехватчик.
Однако это применимо только к очереди сообщений в инфраструктуре Business Messages. Как только сообщение будет доставлено на ваш вебхук, это уже другая история. Вы должны убедиться, что ваш вебхук может масштабироваться по мере необходимости, реализуя очереди, параллельную обработку запросов и т. д. Если ваш веб-перехватчик отвечает на сообщение с помощью HTTP 500 или не отвечает вообще, Business Messages экспоненциально снижает скорость доставки сообщений на ваш веб-перехватчик. Сообщения остаются в очереди в течение 7 дней. Если за это время ваш веб-перехватчик не ответит HTTP 200, Business Messages уничтожит сообщение.
Вебхук-трафик пользователя
Сообщения, отправленные с вашего веб-перехватчика, должны соответствовать квоте 60 сообщений в минуту на разговор. Законные потоки сообщений вряд ли достигнут этой квоты, но вы должны быть готовы обрабатывать ошибки HTTP 429 из Business Messages, которые указывают на превышение квоты.
Вообще говоря, если ваш веб-перехватчик получает HTTP 429 или HTTP 500 от Business Messages, это указывает на временную ошибку, которая может быть связана с вашей скоростью обмена сообщениями. Вам следует повторить эти сообщения, используя стратегию экспоненциальной задержки. Однако если ваш вебхук получает HTTP 503 или HTTP 4xx (кроме HTTP 429), вам следует прекратить повторные попытки и немедленно уведомить нашу службу поддержки . Эти коды ошибок могут указывать на проблемы с инфраструктурой бизнес-сообщений, например, на инцидент DOS, а отправка дополнительных сообщений только усугубит проблему.
Хотя не существует конкретных критериев приостановки, связанных с превышением квот на обмен сообщениями, Business Messages может приостанавливать работу агентов, которые ведут себя нерегулярно или отправляют слишком много сообщений. Ознакомьтесь с критериями приостановки, чтобы убедиться, что ваш агент соблюдает требуемые стандарты.
Как получить помощь
Лучше всего обратиться, как только вы предчувствуете проблему. Если вы сообщите нам, что ожидаете ситуацию с чрезвычайно высоким трафиком, например широко разрекламированную рекламную кампанию, мы можем выделить дополнительные ресурсы для обслуживания, чтобы быть максимально подготовленными. Однако в большинстве случаев подобные меры не нужны.
Вы также можете связаться с нами, если у вас уже возникла проблема с загрузкой сообщений, и мы сделаем все возможное, чтобы помочь вам ее решить.