Вы просматриваете документацию по Apigee Edge.
Перейдите к
документации по Apigee X. info
Ниже приведены ответы на часто задаваемые вопросы.
- У меня много прокси-серверов API. Как лучше всего настроить оповещения для всех прокси-серверов API?
- Какие роли могут получить доступ к мониторингу API?
- Почему на странице "Недавние" перечислены не все прокси-серверы API?
- Почему на временной шкале нет графиков задержки?
- Журналы помогают определить коды статуса, которые приводят к ошибкам. Но как узнать идентификаторы разработчиков, которые генерируют вызовы?
- Можно ли отслеживать цепочку прокси-серверов?
- Почему на сводках показывается значение "not set"?
- Доступен ли мониторинг API в классическом интерфейсе или Edge для частного облака?
- Что такое руководство?
- Как обрабатывать коды ошибок HTTP 429?
У меня много прокси-серверов API. Какие подходы рекомендуются для настройки оповещений для всех моих прокси-серверов API?
Apigee рекомендует следующие подходы:
- Для начала настройте оповещения для любого прокси-сервера API с определенным пороговым значением. Например, 10 % ошибок 4xx в течение пяти минут. Настройте уведомления и посмотрите страницу "История оповещений", чтобы отслеживать оповещения, которые активируются. Настройте дополнительные оповещения и уведомления для определенных прокси-серверов API и целевых сервисов. Продолжайте настраивать оповещения и уведомления на основе своих наблюдений.
- Попросите команды, ответственные за разработку API, порекомендовать пороговые значения частоты ошибок и задержки команде, которая отвечает за настройку оповещений.
Какие роли могут получить доступ к мониторингу API?
Подробнее о ролях для мониторинга API…Почему на странице "Недавние" перечислены не все прокси-серверы API?
На панели Недавние показаны только прокси-серверы API, которые недавно обрабатывали трафик. В нем не показываются все прокси-серверы API в вашей организации. На панели управления Хронология можно посмотреть данные для всех прокси-серверов API.Почему на временной шкале нет графиков задержки?
Графики задержки отображаются на временной шкале, только если вы выбрали регион и прокси-сервер API, а выбранный диапазон дат не превышает семи дней.Журналы помогают определить коды статусов, которые приводят к ошибкам. Но как узнать идентификаторы разработчиков, которые генерируют вызовы?
Идентификаторы разработчиков не включаются в журналы мониторинга API. Чтобы получить идентификаторы разработчиков, можно создать специальный отчет.Можно ли отслеживать цепочку прокси-серверов?
Вы можете использовать один прокси-сервер API в качестве целевой конечной точки другого прокси-сервера API, эффективно соединяя два прокси-сервера в цепочку прокси-серверов. Однако API Monitoring регистрирует запросы только к первому прокси-серверу в цепочке, а не к прокси-серверу API, используемому в качестве целевого. Подробнее о связывании прокси-серверов API…Почему в сводках появляется значение "(not set)"?
Если прокси-сервер API, источник ошибки, код ошибки или правило обработки ошибок не имеют значения или не могут быть определены, на панели управления в качестве источника будет отображаться not set. Вот несколько примеров ситуаций, в которых может появиться значение (not set):
- Ошибки, связанные с клиентом
- Коды ошибок HTTP, которые переопределяются ответом об успешном выполнении
- Коды статуса HTTP 2xx (поскольку они обычно не приводят к кодам ошибок).
Подробнее о значении "(not set)"…
Доступен ли мониторинг API в классическом интерфейсе или Edge для частного облака?
В настоящее время Apigee API Monitoring доступен только клиентам Apigee Edge Cloud Enterprise, использующим новый интерфейс Edge.
Мониторинг API Apigee не доступен в классическом интерфейсе Edge и в Edge для Private Cloud.
Что такое руководство?
При настройке оповещения в поле "Руководство" вы указываете краткое описание рекомендуемых действий по устранению оповещений при их срабатывании. Вы также можете указать ссылку на внутреннюю вики-страницу или страницу сообщества, где вы ссылаетесь на рекомендации. Информация из этого поля будет включена в уведомление.Как обрабатывать коды ошибок HTTP 429?
Правила в отношении квот и правила SpikeArrest в Edge выдают код ошибки HTTP 429, когда превышена квота (правила в отношении квот) или ограничение частоты запросов (правила SpikeArrest).Однако на панели оповещений нельзя настроить оповещение для кода ошибки HTTP 429. Вместо этого вы задаете условие оповещения Traffic Mgmt Policy > Quota > Quota Violation, как показано ниже, или Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation:
