Часто задаваемые вопросы

Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация

Ниже приведены часто задаваемые вопросы:

Apigee рекомендует следующие подходы:

  1. Для начала настройте оповещения для любого прокси-сервера API с определенным пороговым значением. Например, доля ошибок 4xx составляет 10% в течение пяти минут. Настройте уведомления и отслеживайте оповещения на странице истории оповещений. Настройте дополнительные оповещения и уведомления для определенных прокси API и целевых сервисов. Продолжайте настраивать оповещения и уведомления на основе своих наблюдений.
  2. Попросите команды, ответственные за разработку API, рекомендовать пороговые значения частоты ошибок и задержки для команды, ответственной за настройку оповещений.

Какие роли могут получить доступ к API Monitoring?

Подробнее о ролях для мониторинга API…

Почему на странице "Недавние" не перечислены все прокси API?

На панели управления Недавние показываются только прокси API, которые использовались недавно. В нем не показываются все прокси API в вашей организации. На панели управления Хронология можно просматривать данные для всех прокси API.

Почему на временной шкале нет графиков задержки?

Графики задержки отображаются на хронологии, только если вы выбрали регион и прокси-сервер API, а диапазон времени не превышает семи дней.

Журналы помогают выявлять коды статусов, которые приводят к ошибкам, но как определить идентификаторы разработчиков, которые генерируют вызовы?

Идентификаторы разработчиков не включаются в журналы мониторинга API. Чтобы получить идентификаторы разработчиков, можно создать специальный отчет.

Можно ли отслеживать цепочку прокси-серверов?

Вы можете использовать один прокси-сервер API в качестве целевой конечной точки другого прокси-сервера API, эффективно соединяя два прокси-сервера в цепочку. Однако API Monitoring регистрирует только запросы к первому прокси-серверу в цепочке, а не к прокси-серверу API, используемому в качестве цели. Подробнее о цепочках прокси API…

Почему на панели управления отображается значение "не задано"?

Если у прокси-сервера API, источника ошибки, кода ошибки или правила ошибки нет значения или его нельзя определить, на панели управления в качестве источника будет указано not set. Примеры сценариев, в которых может появиться значение "не задано":

  • Ошибки, связанные с клиентом
  • Коды ошибок HTTP, которые переопределяются ответом об успешном выполнении
  • Коды статуса HTTP 2xx (поскольку они обычно не приводят к кодам ошибок).

Подробнее о значении "(not set)" рассказывается в статье Что означает значение "(not set)" в объекте Аналитики.

Доступен ли API Monitoring в классическом интерфейсе или Edge для частного облака?

Apigee API Monitoring в настоящее время доступен только клиентам Apigee Edge Cloud Enterprise, использующим новый интерфейс Edge.

Apigee API Monitoring не доступен в классическом интерфейсе Edge или в Edge для частного облака.

Что такое руководство?

При настройке оповещения в поле "Плейбук" можно указать краткое описание рекомендуемых действий для устранения оповещений при их срабатывании. Вы также можете указать ссылку на внутреннюю вики-страницу или страницу сообщества, где описаны рекомендации. Информация из этого поля будет включена в уведомление.

Как устранить коды ошибок HTTP 429?

Правило квот и правило SpikeArrest в Edge выдают код ошибки HTTP 429, когда превышается квота (правило квот) или ограничение на количество запросов (правило SpikeArrest).

Однако на панели управления оповещениями нельзя задать оповещение для кода ошибки HTTP 429. Вместо этого задайте условие оповещения Правила управления трафиком > Квота > Нарушение квоты, как показано ниже, или Правила управления трафиком > Защита от пиковых нагрузок > Нарушение защиты от пиковых нагрузок:

нарушение квоты