Руководство по Мониторинг опубликованных API-интерфейсов
ОБЛАСТЬ ПРИМЕНЕНИЯ: все уровни Управление API
С помощью Azure Monitor можно визуализировать, запрашивать, маршрутизировать, архивировать метрики или журналы, полученные от службы "Управление API Azure", а также реагировать на них. Общие сведения о Azure Monitor для Управление API см. в статье "Мониторинг Управление API".
Примечание.
В настоящее время эта функция недоступна в рабочих областях.
В этом руководстве описано следующее:
- просмотр метрик API;
- настройка правила оповещения;
- Просмотр журналов действий
- включение и просмотр журналов ресурсов.
Примечание.
Управление API поддерживает ряд дополнительных средств для наблюдения за API, включая встроенную аналитику и интеграцию с Application Insights. Подробнее
Необходимые компоненты
- Ознакомьтесь с терминологией службы управления API в Azure.
- Выполните задачи в кратком руководстве по созданию экземпляра службы управления API Azure.
- Также выполните задачи из руководства по импорту и публикации первого API.
Просмотр метрик API
Служба "Управление API" каждую минуту передает метрики, позволяя отслеживать состояние и работоспособность API-интерфейсов практически в реальном времени. Ниже приведены наиболее часто используемые метрики. Список всех доступных метрик см. в разделе "Метрики".
Емкость — помогает принимать решения об обновлении и понижении Управление API служб. Метрика создается в минуту и отражает предполагаемый объем шлюза во время создания отчетов. Метрика варьируется от 0 до 100, вычисляемой на основе ресурсов шлюза, таких как использование ЦП и памяти и другие факторы.
Совет
На уровнях служб версии 2 Управление API заменили метрику емкости отдельными метриками использования ЦП и памяти. Эти метрики также можно использовать для масштабирования решений и устранения неполадок. Подробнее
Запросы. Помогает анализировать трафик API, проходящий через службы Управления API. Метрика отправляется каждую минуту и сообщает о количестве запросов к шлюзу с включением таких измерений. Фильтрация запросов по кодам ответа, расположению, имени узла и ошибкам.
Внимание
Следующие метрики были сняты: всего запросов шлюза, успешных запросов шлюза, несанкционированных запросов шлюза, неудачных запросов шлюза, других запросов шлюза. Перейдите к метрику запросов, которая обеспечивает аналогичную функциональность.
Для доступа к метрике сделайте следующее:
Перейдите к экземпляру Управления API на портале Azure. На вкладке "Обзор" на вкладке "Монитор " просмотрите ключевые метрики api.
Чтобы подробно изучить метрики, выберите "Мониторинг>метрик " в меню слева.
В раскрывающемся списке выберите метрики, которые вас интересуют. Например, Requests.
Просмотрите диаграмму с общим числом вызовов API. Настройте диапазон времени, чтобы сосредоточиться на периодах интереса.
Диаграмму можно отфильтровать с помощью измерений метрики запросов. Например, выберите " Добавить фильтр", выберите категорию кода ответа серверной части, введите
500
в качестве значения. Теперь на диаграмме показано количество запросов, завершившихся сбоем в серверной части API.
настройка правила оповещения;
Вы можете получать оповещения на основе метрик и журналов действий. В Azure Monitor настройте правило генерации оповещений для выполнения действия при активации. К общим действиям относятся:
- Отправка уведомления по электронной почте
- Вызов webhook.
- Вызов приложения логики Azure.
Чтобы настроить пример правила генерации оповещений на основе метрики запроса, выполните следующие действия.
Перейдите к экземпляру Управления API на портале Azure.
Выберите "Мониторинг оповещений>" в меню слева.
Выберите и создайте >правило генерации оповещений.
На вкладке "Условие ":
- Выберите Запросы для параметра Имя сигнала.
- В логике генерации оповещений просмотрите или измените значения по умолчанию для оповещения. Например, обновите статическое пороговое значение, которое является числом вхождения, после которого следует активировать оповещение.
- В разделе Split by dimensions (Разделение по измерениям) в поле Имя измерения выберите Gateway Response Code Category (Категория кода отклика шлюза).
- В поле Значения измерения для таких ошибок клиента, как неавторизованные или недопустимые запросы, выберите значение 4xx. Если значение измерения не отображается, выберите "Добавить настраиваемое значение " и введите 4xx.
- В разделе "Когда необходимо оценить", примите параметры по умолчанию или выберите другие параметры, чтобы настроить частоту выполнения правила. Выберите Далее.
На вкладке "Действия" выберите или создайте одну или несколько групп действий, чтобы уведомить пользователей об оповещении и выполнить действие. Например, создайте новую группу действий, чтобы отправить уведомление по электронной почте
admin@contoso.com
. Подробные инструкции см. в статье "Создание групп действий и управление ими" в портал Azure.На вкладке сведений о создании правила генерации оповещений введите имя и описание правила генерации оповещений и выберите уровень серьезности.
При необходимости настройте оставшиеся параметры. Затем на вкладке "Просмотр и создание " нажмите кнопку "Создать".
При необходимости протестируйте правило генерации оповещений с помощью HTTP-клиента для имитации запроса, который активирует оповещение. Например, выполните следующую команду в терминале, заменив имя узла Управление API именем узла экземпляра Управление API:
curl GET https://contoso.azure-api.net/non-existent-endpoint HTTP/1.1
Триггеры оповещений основываются на периоде оценки и отправляют сообщение электронной почты admin@contoso.com.
Кроме того, оповещения отображаются на странице Оповещения для экземпляра Управления API.
Журналы действий
Журналы действий позволяют подробно проанализировать операции, выполненные в службах управления API. С помощью журналов изменений можно ответить на вопросы "что? кто? когда?" о любой операции записи (PUT, POST, DELETE) в службах управления API.
Примечание.
Журналы действий не включают операции чтения (GET) или операции, выполняемые в портал Azure.
Вы можете получить доступ к журналам действий в службе управления API или получить доступ к журналам всех ресурсов Azure в Azure Monitor.
Для просмотра журнала действий выполните следующие действия:
Перейдите к экземпляру Управления API на портале Azure.
Выберите Журнал действий.
Выберите требуемую область фильтрации и щелкните Применить.
Журналы ресурсов
Журналы ресурсов (журналы Azure Monitor) предоставляют широкие сведения о Управление API операциях и ошибках, важных для аудита и устранения неполадок. При включении с помощью параметра диагностики журналы собирают сведения о запросах API, полученных и обрабатываемых шлюзом Управление API.
Примечание.
Уровень потребления не поддерживает коллекцию журналов ресурсов.
Чтобы настроить журналы ресурсов, выполните приведенные ниже действия.
Перейдите к экземпляру Управления API на портале Azure.
Выберите параметры диагностики мониторинга>.
Щелкните команду + Добавить параметр диагностики.
Выберите журналы или метрики для сбора.
Существует несколько вариантов отправки журналов и метрик. Например, архивировать журналы ресурсов вместе с метриками в учетную запись хранения, передавать их в концентратор событий или отправлять их в рабочую область Log Analytics.
Совет
Если выбрать рабочую область Log Analytics, можно сохранить данные в таблице ApiManagementGatewayLogs или сохранить их в общей таблице AzureDiagnostics. Мы рекомендуем использовать таблицу для конкретного ресурса, для назначений журналов, которые ее поддерживают. Подробнее
После настройки сведений о назначении журнала или назначения нажмите кнопку "Сохранить".
Примечание.
Добавление объекта параметра диагностики может привести к сбою, если свойство MinApiVersion службы Управление API установлено для любой версии API выше 2022-09-01-preview.
Дополнительные сведения см. в статье Создание параметров диагностики для отправки журналов платформы и метрик в различные места назначения.
Просмотр журналов и метрик в Azure Monitor
Если вы включите коллекцию журналов или метрик в рабочей области Log Analytics, данные могут отображаться в Azure Monitor через несколько минут.
Просмотр данных
Перейдите к экземпляру Управления API на портале Azure.
Выберите журналы в меню слева.
Выполните запросы, чтобы просмотреть данные. Вы можете воспользоваться предоставленными примерами запросов или выполнить собственный запрос. Например, следующий запрос извлекает последние 24 часа данных из таблицы ApiManagementGatewayLogs:
ApiManagementGatewayLogs | where TimeGenerated > ago(1d)
Дополнительные сведения об использовании журналов ресурсов для Управления API см. в следующих статьях:
Руководство по Log Analytics.
справочник по схеме журнала ресурсов Управление API.
Изменение параметров ведения журнала API
По умолчанию при создании параметра диагностики для включения сбора журналов ресурсов ведение журнала включается для всех API с параметрами по умолчанию. Вы можете настроить параметры ведения журнала для всех API или переопределить их для отдельных API. Например, настройте частоту выборки или детализацию данных, включите ведение журнала заголовков или полезных данных запроса или ответа или отключите ведение журнала для некоторых API.
Дополнительные сведения о параметрах ведения журнала см . в справочнике по параметрам ведения журнала диагностики.
Чтобы настроить параметры ведения журнала для всех API, выполните следующие действия.
- В меню слева экземпляра Управление API выберите API-интерфейсы>> всех API.
- Выберите вкладку "Параметры" на верхней панели.
- Прокрутите вниз до раздела журналов диагностики и перейдите на вкладку Azure Monitor .
- Проверьте параметры и при необходимости внесите изменения. Выберите Сохранить.
Чтобы настроить параметры ведения журнала для определенного API, выполните следующие действия.
- В меню слева экземпляра Управление API выберите API-интерфейсы> и имя API.
- Выберите вкладку "Параметры" на верхней панели.
- Прокрутите вниз до раздела журналов диагностики и перейдите на вкладку Azure Monitor .
- Проверьте параметры и при необходимости внесите изменения. Выберите Сохранить.
Внимание
Если этот параметр включен, полезные данные запроса или ответа в журнале могут составлять до 8 192 байт. Управление API также применяет ограничение в 32 КБ для записи журнала диагностики, отправленной в Azure Monitor, которая включает полезные данные и другие атрибуты, такие как коды состояния, заголовки и метки времени. Если совокупный размер атрибутов превышает 32 КБ, Управление API обрезает запись, удалив все содержимое текста и трассировки.
Следующие шаги
Из этого руководства вы узнали, как:
- просмотр метрик API;
- настройка правила оповещения;
- Просмотр журналов действий
- включение и просмотр журналов ресурсов.
Перейдите к следующему руководству: