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