Вы просматриваете документацию Apigee Edge .
Перейдите к документации Apigee X. информация
Ниже представлены часто задаваемые вопросы:
- У меня есть много прокси-серверов API. Каковы рекомендуемые подходы к настройке оповещений для всех моих прокси-серверов API?
- Какие роли имеют доступ к мониторингу API?
- Почему я не вижу все прокси-серверы API, перечисленные на странице «Последние»?
- Почему я не вижу графиков задержки на временной шкале?
- Журналы полезны для определения кодов состояния, приводящих к ошибкам, но как определить идентификаторы разработчиков, генерирующих вызовы?
- Могу ли я отслеживать цепочку прокси?
- Почему я вижу «не установлено» на информационной панели?
- Доступен ли мониторинг API в классическом пользовательском интерфейсе или Edge для частного облака?
- Что такое игровая книга?
- Как я могу обрабатывать коды ошибок HTTP 429?
У меня есть много прокси-серверов API. Каковы рекомендуемые подходы к настройке оповещений для всех моих прокси-серверов API?
Apigee рекомендует следующие подходы:
- Начните с настройки оповещений для любого прокси-сервера API с определенным пороговым значением. Например, частота ошибок 4xx 10% за 5 минут. Настройте уведомления и просмотрите страницу истории предупреждений, чтобы отслеживать срабатывающие оповещения. Настройте дополнительные оповещения и уведомления для конкретных прокси-серверов API и целевых сервисов. Продолжайте совершенствовать оповещения и уведомления на основе ваших наблюдений.
- Попросите группы, отвечающие за разработку API, порекомендовать пороговые значения частоты ошибок и задержки для группы эксплуатации, ответственной за настройку оповещений .
Какие роли имеют доступ к мониторингу API?
См . раздел О ролях мониторинга API .Почему я не вижу все прокси-серверы API, перечисленные на странице «Последние»?
На панели «Недавние» отображаются только те прокси-серверы API, которые имели трафик в недавнем прошлом. Он не отображает все прокси-серверы API в вашей организации. Панель мониторинга Timeline позволяет просматривать данные для всех прокси-серверов API.Почему я не вижу графиков задержки на временной шкале?
Графики задержки отображаются на временной шкале только в том случае, если вы выбрали регион и прокси-сервер API, а выбранный диапазон времени не превышает 7 дней.Журналы полезны для определения кодов состояния, приводящих к ошибкам, но как определить идентификаторы разработчиков, генерирующих вызовы?
Идентификаторы разработчиков не включаются в журналы мониторинга API. Чтобы получить идентификаторы разработчиков, вы можете запустить собственный отчет .Могу ли я отслеживать цепочку прокси?
Вы можете использовать один прокси-сервер API в качестве целевой конечной точки другого прокси-сервера API, эффективно соединяя два прокси-сервера в цепочку прокси. Однако мониторинг API регистрирует запросы только к первому прокси-серверу в цепочке, а не к прокси-серверу API, используемому в качестве целевого. Дополнительную информацию см. в разделе Объединение прокси-серверов API .Почему я вижу «не установлено» на информационной панели?
Если прокси-сервер API, источник ошибки, код ошибки или политика ошибок не имеют значения или не могут быть определены, на информационной панели в качестве источника будет отображаться «не установлено» . Примеры сценариев, которые могут привести к ошибке «не установлено», включают:
- Ошибки, связанные с клиентом
- Коды ошибок HTTP, которые переопределяются успешным ответом
- Коды состояния HTTP 2xx (поскольку они обычно не приводят к кодам ошибок)
Дополнительные сведения о «не установлено» см. в разделе Что означает значение аналитической сущности «(не установлено)»?
Доступен ли мониторинг API в классическом пользовательском интерфейсе или Edge для частного облака?
Мониторинг API Apigee в настоящее время доступен только клиентам Apigee Edge Cloud Enterprise, использующим новый пользовательский интерфейс Edge .
Мониторинг API Apigee недоступен в классическом пользовательском интерфейсе Edge или в Edge для частного облака.
Что такое игровая книга?
При настройке оповещения в поле Playbook вы предоставляете краткое описание рекомендуемых действий по устранению оповещений при их срабатывании. Вы также можете указать ссылку на свою внутреннюю вики-страницу или страницу сообщества, где вы ссылаетесь на лучшие практики. Информация в этом поле будет включена в уведомление.Как я могу обрабатывать коды ошибок HTTP 429?
Политика Edge Quota и политика SpikeArrest выдают код ошибки HTTP 429 при превышении квоты (политика Quota) или превышении ограничения скорости (политика SpikeArrest).Однако на панели мониторинга «Оповещения» вы не можете определить предупреждение для кода ошибки HTTP 429. Вместо этого вы устанавливаете условие оповещения Политика управления трафиком > Квота > Нарушение квоты , как показано ниже, или Политика управления трафиком > Spike Arrest > SpikeArrest Violation :
Вы просматриваете документацию Apigee Edge .
Перейдите к документации Apigee X. информация
Ниже представлены часто задаваемые вопросы:
- У меня есть много прокси-серверов API. Каковы рекомендуемые подходы к настройке оповещений для всех моих прокси-серверов API?
- Какие роли имеют доступ к мониторингу API?
- Почему я не вижу все прокси-серверы API, перечисленные на странице «Последние»?
- Почему я не вижу графиков задержки на временной шкале?
- Журналы полезны для определения кодов состояния, приводящих к ошибкам, но как определить идентификаторы разработчиков, генерирующих вызовы?
- Могу ли я отслеживать цепочку прокси?
- Почему я вижу «не установлено» на информационной панели?
- Доступен ли мониторинг API в классическом пользовательском интерфейсе или Edge для частного облака?
- Что такое игровая книга?
- Как я могу обрабатывать коды ошибок HTTP 429?
У меня есть много прокси-серверов API. Каковы рекомендуемые подходы к настройке оповещений для всех моих прокси-серверов API?
Apigee рекомендует следующие подходы:
- Начните с настройки оповещений для любого прокси-сервера API с определенным пороговым значением. Например, частота ошибок 4xx 10% за 5 минут. Настройте уведомления и просмотрите страницу истории предупреждений, чтобы отслеживать срабатывающие оповещения. Настройте дополнительные оповещения и уведомления для конкретных прокси-серверов API и целевых сервисов. Продолжайте совершенствовать оповещения и уведомления на основе ваших наблюдений.
- Попросите группы, отвечающие за разработку API, порекомендовать пороговые значения частоты ошибок и задержки для группы эксплуатации, ответственной за настройку оповещений .
Какие роли имеют доступ к мониторингу API?
См . раздел О ролях мониторинга API .Почему я не вижу все прокси-серверы API, перечисленные на странице «Последние»?
На панели «Недавние» отображаются только те прокси-серверы API, которые имели трафик в недавнем прошлом. Он не отображает все прокси-серверы API в вашей организации. Панель мониторинга Timeline позволяет просматривать данные для всех прокси-серверов API.Почему я не вижу графиков задержки на временной шкале?
Графики задержки отображаются на временной шкале только в том случае, если вы выбрали регион и прокси-сервер API, а выбранный диапазон времени не превышает 7 дней.Журналы полезны для определения кодов состояния, приводящих к ошибкам, но как определить идентификаторы разработчиков, генерирующих вызовы?
Идентификаторы разработчиков не включаются в журналы мониторинга API. Чтобы получить идентификаторы разработчиков, вы можете запустить собственный отчет .Могу ли я отслеживать цепочку прокси?
Вы можете использовать один прокси-сервер API в качестве целевой конечной точки другого прокси-сервера API, эффективно соединяя два прокси-сервера в цепочку прокси-серверов. Однако мониторинг API регистрирует запросы только к первому прокси-серверу в цепочке, а не к прокси-серверу API, используемому в качестве целевого. Дополнительную информацию см. в разделе Объединение прокси-серверов API .Почему я вижу «не установлено» на информационной панели?
Если прокси-сервер API, источник ошибки, код ошибки или политика ошибок не имеют значения или не могут быть определены, на информационной панели в качестве источника будет отображаться «не установлено» . Примеры сценариев, которые могут привести к ошибке «не установлено», включают:
- Ошибки, связанные с клиентом
- Коды ошибок HTTP, которые переопределяются успешным ответом
- Коды состояния HTTP 2xx (поскольку они обычно не приводят к кодам ошибок)
Дополнительные сведения о «не установлено» см. в разделе Что означает значение аналитической сущности «(не установлено)»?
Доступен ли мониторинг API в классическом пользовательском интерфейсе или Edge для частного облака?
Мониторинг API Apigee в настоящее время доступен только клиентам Apigee Edge Cloud Enterprise, использующим новый пользовательский интерфейс Edge .
Мониторинг API Apigee недоступен в классическом пользовательском интерфейсе Edge или в Edge для частного облака.
Что такое игровая книга?
При настройке оповещения в поле Playbook вы предоставляете краткое описание рекомендуемых действий по устранению оповещений при их срабатывании. Вы также можете указать ссылку на свою внутреннюю вики-страницу или страницу сообщества, где вы ссылаетесь на лучшие практики. Информация в этом поле будет включена в уведомление.Как я могу обрабатывать коды ошибок HTTP 429?
Политика Edge Quota и политика SpikeArrest выдают код ошибки HTTP 429 при превышении квоты (политика Quota) или превышении ограничения скорости (политика SpikeArrest).Однако на панели мониторинга «Оповещения» вы не можете определить предупреждение для кода ошибки HTTP 429. Вместо этого вы устанавливаете условие оповещения Политика управления трафиком > Квота > Нарушение квоты , как показано ниже, или Политика управления трафиком > Spike Arrest > SpikeArrest Violation :