Как разделить account-specific Service Health, Resource Health и логи приложения при 500/503 в Azure App Service Linux, не перезапуская production до сбора доказательств.
Разделите три уровня состояния Azure
Azure Status показывает крупные публичные события, Service Health — сообщения для ваших subscriptions и regions, а Resource Health — состояние конкретного ресурса. Отсутствие красного баннера на общей странице не исключает targeted incident. Зафиксируйте screenshot или текст incident ID, affected resource и UTC-интервал из персонализированного портала, скрыв subscription ID и hostname. Форумная копия сообщения остаётся только сигналом: официальным доказательством для вашей системы является запись в вашем Service или Resource Health.
Сравните platform и application evidence
Составьте две колонки. В platform внесите статус Resource Health, incident ID, регион и время. В application — последний deployment, revision, startup time, HTTP code distribution и первую ошибку приложения в том же окне. Microsoft рекомендует App Service Diagnostics через Diagnose and solve problems и отдельные application logs. Если несколько неизменённых revisions одновременно дают 503 и Resource Health сообщает platform event, инфраструктурная версия усиливается; одиночный failing revision требует проверки app path.
Сохраните данные до вмешательства
Не делайте restart, scale-up, redeploy и смену image одновременно. Эти действия меняют состояние и могут стереть короткий startup log или разорвать временную корреляцию. Сначала экспортируйте логи ограниченного UTC-интервала, deployment ID, replica count и доступность health endpoint. Не включайте environment variables, connection strings, cookies и клиентские URL. После фиксации можно выполнить один согласованный обратимый тест — например, проверить staging slot или последнюю заведомо рабочую revision без изменения production traffic.
Выберите ветку эскалации
Если Service Health или Resource Health указывает platform event, привяжите support request к incident и приложите affected resource ID через защищённый канал. Если health зелёный, но container не стартует, приложите startup log, image digest или tag, revision и health probe result. Если данные конфликтуют, не объявляйте ни outage, ни ошибку приложения: отметьте статус «не установлено». Проверяемый итог — единый UTC timeline и сохранённые признаки каждого слоя, а не только браузерный 503 после серии перезапусков.
Материал подготовлен редакцией VOne с применением ИИ для структурирования; факты вручную сверены с официальной документацией Microsoft, а форумная ветка использована только как обезличенный сигнал боли.
Источники и проверка
- Microsoft Learn — Azure Service Health FAQ проверено 2026-07-31
- Microsoft Learn — App Service diagnostic logs проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.