Чтобы переводить контент на ваш предпочитаемый язык, Google использует технологии на основе искусственного интеллекта. Переводы от ИИ могут содержать ошибки.
Квоты и правила SpikeArrest – какой из этих инструментов лучше использовать для ограничения частоты запросов? Сравнительная таблица приведена ниже.
Квота
SpikeArrest
С его помощью можно:
Ограничить количество подключений, которые приложения могут устанавливать с целевым сервером API-прокси за определенный период времени.
Защитите целевой серверный сервис прокси API от резких скачков трафика и атак типа "отказ в обслуживании".
Не используйте его для:
Не используйте его для защиты целевого бэкэнда прокси API от пиковых нагрузок.
Для этого используйте правило SpikeArrest.
Не используйте его для подсчета и ограничения количества подключений, которые приложения могут устанавливать к целевому серверу API-прокси за определенный период времени.
Для этого используйте правило "Квота".
Хранит количество?
Да
Нет
Рекомендации по прикреплению правил:
Прикрепите его к ProxyEndpoint Request PreFlow, обычно после аутентификации пользователя.
Это позволяет правилу проверять счетчик квоты в точке входа прокси API.
Прикрепите его к ProxyEndpoint Request PreFlow, обычно в самом начале потока.
Это обеспечивает защиту от скачков трафика в точке входа прокси API.
Код статуса HTTP, когда лимит достигнут:
500 (внутренняя ошибка сервера) *
500 (внутренняя ошибка сервера) *
Важная информация:
Счетчик квоты хранится в Cassandra.
Настройте правило для асинхронной синхронизации счетчика, чтобы сэкономить ресурсы.
Асинхронная синхронизация счетчиков может привести к задержке в ответе об ограничении частоты запросов, из-за чего количество вызовов может немного превысить заданное вами ограничение.
Ограничивает трафик на основе времени получения последнего пакета. Это время хранится для каждого обработчика сообщений.
Если вы зададите ограничение в 100 вызовов в секунду, обработчик сообщений будет принимать только один вызов каждые 1/100 секунды (10 мс). Второй вызов в течение 10 мс будет отклонен.
Даже при высоком лимите запросов в секунду почти одновременные запросы могут быть отклонены.
* Для правила квоты и правила SpikeArrest по умолчанию используется код статуса HTTP 500 Internal Server Error, который указывает на превышение лимита скорости.
Вы можете изменить код статуса для этих правил на 429 Too Many Requests, добавив свойство на уровне организации (features.isHTTPStatusTooManyRequestEnabled). Если вы клиент Cloud, обратитесь в службу поддержки Apigee Edge, чтобы включить это свойство.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2026-10-16 UTC."],[],[]]