Два сервиса, на которых многие команды строили «золотой путь» для разработчиков, доживают последние месяцы. Azure Deployment Environments прекратит работу в начале 2027 года, Microsoft Dev Box — в 2028-м. Главное в этом анонсе — не даты, а фраза «прямой замены нет»: Microsoft не предлагает сервис, куда можно переехать один в один.
Что предлагается вместо. Для окружений — шаблоны Bicep или ARM: то есть возврат к инфраструктуре как коду, который команда пишет и хранит сама, а не арендует у платформы. Для рабочих станций — Windows 365, облачный ПК с другим набором ограничений и другой моделью лицензирования.
Почему это неприятно
Deployment Environments закрывали скучную, но полезную задачу: разработчик нажимает кнопку и получает персональную копию среды, развёрнутую из каталога шаблонов, с политиками и квотами. Собрать то же самое на Bicep можно, но придётся поддерживать каталог, права, лимиты и удаление брошенных окружений своими силами. Это не «переехали за вечер».
Есть и организационный эффект. Такие сервисы удобны тем, что снимают с платформенной команды рутину; после их ухода рутина возвращается. Командам, у которых нет выделенного человека на инфраструктуру, придётся либо соглашаться на более простые схемы, либо искать сторонний инструмент.
Что делать
Инвентаризация — первый шаг: найти пайплайны, квоты, каталоги шаблонов и учётные записи, завязанные на эти сервисы. Второй — решить, что именно вы переносите: окружения, рабочие станции или и то и другое. И помнить, что после отключения сервиса его остатки не консервируются, а удаляются.
Two services that many teams built their developer golden path on have only months left. Azure Deployment Environments stops working in early 2027; Microsoft Dev Box follows in 2028. The important part of the announcement is not the dates but the phrase “no direct replacement”: Microsoft is not offering a service you can move to one-for-one.
What it offers instead. For environments, Bicep or ARM templates — a return to infrastructure as code that a team writes and owns rather than rents from a platform. For workstations, Windows 365, a cloud PC with a different set of limits and a different licensing model.
Why this is painful
Deployment Environments solved a boring but useful problem: a developer presses a button and gets a personal copy of an environment, deployed from a template catalogue, with policies and quotas attached. Building the same on Bicep is possible, but the catalogue, permissions, limits and cleanup of abandoned environments become your job. This is not a one-evening migration.
There is an organisational effect too. Such services exist to take routine work off a platform team; when they go, the routine comes back. Teams without a dedicated infrastructure person must either accept simpler setups or look for a third-party tool.
What to do
Inventory first: find the pipelines, quotas, template catalogues and service accounts tied to these services. Then decide what you are actually moving — environments, workstations or both. And keep in mind that after the service is switched off, what remains is deleted rather than preserved.