pubsub Ограничение динамической скорости

Question

Можно ли предоставить подробную информацию о динамическом ограничении скорости, реализованном системой Pub/Sub? Я не мог найти никаких подробностей о документах gcloud или страницах faq.

Вот мое использование pubsub: Я планирую использовать pubsub в нашей продукции. Сейчас у меня есть 1 тема, 1 подписка и 1 подписчик (обратный вызов Webhook HTTPS). Иногда мой абонент может генерировать исключение (очень редко), в этой ситуации мой абонент должен вернуть ответ 400 на pubsub, чтобы pubsub мог сохранить сообщение и повторить попытку.

Если pubsub получает ответ от абонента 400, будет ли это сильно влиять на скорость потока других сообщений? Учитывая ограниченную документацию о том, как осуществляется управление потоком, я в основном обеспокоен воздействием одного плохого сообщения на задержки всех других хороших сообщений.

Я могу разделить мою тему на несколько тем и несколько подписок, если это помогает уменьшить влияние плохого сообщения.

Answer 1

Сообщения в Pub/Sub сохраняются до тех пор, пока потребитель не подтвердит сообщение. Пока потребитель не признает, что обработал сообщение, сообщение будет сохранено и повторно доставлено.

Answer 2

Если вы только время от времени возвращаете 400, вы не должны сильно влиять на скорость доставки сообщений вашему подписчику. Когда возникает ответ 400, как указано в Subscriber Guide, количество разрешенных выданных сообщений будет сокращено пополам. Если вы затем вернете успех для другого выдающегося сообщения, окно снова будет удвоено, что фактически не уменьшит количество допустимых сообщений.

Доставка сообщений для последующих сообщений задерживается на величину, экспоненциально увеличивающуюся при последующих отказах, начиная с задержки, которая равна O (10 с мс). Всякий раз, когда возвращается ответ об успешном завершении, последующие сообщения больше не задерживаются. Поэтому единственный ответ от абонента, который в противном случае возвращает успехи, не должен иметь никакого заметного влияния.