Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация
Чтобы обеспечить производительность и доступность для разнообразных клиентских приложений, важно поддерживать трафик приложений в пределах возможностей ваших API и серверных сервисов. Также важно, чтобы приложения не потребляли больше ресурсов, чем разрешено.
Apigee Edge предоставляет два механизма, которые позволяют оптимизировать управление трафиком, чтобы минимизировать задержку для приложений, сохраняя при этом работоспособность внутренних сервисов. Каждый тип правил относится к определенному аспекту управления трафиком. В некоторых случаях в одном прокси-сервере API можно использовать оба типа правил.
Посмотрите видео о правилах управления трафиком API.
SpikeArrest
Это правило позволяет сгладить пики трафика, разделив заданное вами ограничение на более мелкие интервалы. Например, если вы зададите ограничение в 100 сообщений в секунду, правило SpikeArrest будет применять ограничение примерно в один запрос каждые 10 миллисекунд (1000 / 100), а 30 сообщений в минуту будут сглажены примерно до одного запроса каждые две секунды (60 / 30). Ограничение SpikeArrest должно быть близко к пропускной способности, рассчитанной для вашей бэкенд-службы или самого прокси-сервера API. Лимит также следует настроить для более коротких временных интервалов, например секунд или минут. Это правило следует использовать, чтобы предотвратить внезапные всплески трафика, вызванные злоумышленниками, которые пытаются нарушить работу сервиса с помощью атаки типа "отказ в обслуживании" (DOS), или неисправными клиентскими приложениями.
Ознакомьтесь с правилами SpikeArrest.
Квота
Это правило позволяет задавать ограничения на использование клиентских приложений, поддерживая распределенный "счетчик", который подсчитывает входящие запросы. Счетчик может подсчитывать вызовы API для любого идентифицируемого объекта, включая приложения, разработчиков, ключи API, токены доступа и т. д. Обычно ключи API используются для идентификации клиентских приложений. Это правило требует значительных вычислительных ресурсов, поэтому для API с высоким трафиком его следует настраивать на более длительные временные интервалы, например на день или месяц. Эти правила следует использовать для обеспечения соблюдения коммерческих договоров или соглашений об уровне обслуживания с разработчиками и партнерами, а не для управления трафиком.
Ознакомьтесь с правилами в отношении квот.