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