Как разобрать 409 Conflict при создании Azure App Service Plan: регион, OS, SKU, совместимость существующих web/function apps, read-only inventory и безопасный тест в новой resource group.
Сохраните внутренний код конфликта
HTTP 409 сообщает о конфликте состояния, но полезная причина находится во внутреннем code и message ответа Azure Resource Manager. Сохраните deployment operation, timestamp UTC, регион, OS, SKU и resource group, скрыв subscription и correlation IDs из публичного текста. Не ограничивайтесь фразой Conflict: App Service документирует отдельные сообщения о запрещённом pricing tier и недоступных workers. Если код относится к уже существующему ресурсу или блокировке, матрица совместимости не должна подменять его.
Инвентаризируйте resource group без изменений
Составьте таблицу существующих App Service plans, Web Apps и Function Apps в выбранной группе: регион, OS, SKU, zone redundancy и hosting type. Microsoft предупреждает, что определённые сочетания существующих приложений, регионов, операционных систем и tiers могут вызвать отказ создания нового плана в той же resource group. Это чтение конфигурации, а не предложение переносить ресурсы. Не удаляйте пустой на вид план, пока не проверены приложения, слоты, автоматизация и биллинг.
Сверьте четыре измерения
Сравните запрашиваемый план по региону, OS, SKU и zone setting с каждым существующим планом. Совпадение имени не требуется для конфликта, а другое имя не устраняет несовместимость. Отдельно проверьте, доступен ли SKU в регионе и подписке. Не меняйте одновременно tier и OS: сначала воспроизведите исходную комбинацию в read-only validation или deployment what-if, если шаблон это поддерживает. Зафиксируйте, какое измерение отличается от уже работающей конфигурации.
Используйте отдельную тестовую группу
Официальная инструкция Microsoft прямо предлагает новую resource group при документированных ошибках несовместимости. Создайте минимальную именованную тестовую группу в согласованной подписке и попробуйте тот же регион, OS и SKU без приложения. Это обратимый эксперимент: при успехе конфликт связан с контекстом исходной группы; при том же 409 ищите ограничение SKU, подписки или сервиса. Не переносите рабочие приложения ради теста и не создавайте оплачиваемые мощности без владельца и срока удаления.
Определите критерий остановки
Пакет для поддержки включает внутренний error code, timestamp, region, OS, SKU, zone setting, обезличенный inventory исходной resource group и результат отдельной группы. Критерий успеха — создание минимального плана в согласованном контексте и последующая штатная очистка теста. Если новая группа работает, планируйте целевую структуру с учётом зависимостей; если нет, не повторяйте создание десятками имён. Передайте correlation ID в закрытом запросе Azure Support и проверьте Service Health.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 29 июля 2026 года по обезличенному сигналу Microsoft Q&A и официальной документации App Service; идентификаторы ресурсов не использовались.
Источники и проверка
- Microsoft Learn — управление App Service Plan проверено 2026-07-29
- Microsoft Learn — диагностика App Service проверено 2026-07-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.