Microsoft encerra Azure Deployment Environments e Dev Box sem substituto equivalente
- Leitura
- 6 min
- Fontes
- 1
Azure Deployment Environments sai em 22 de fevereiro de 2027 sem nenhum produto substituto. Microsoft Dev Box segue até setembro de 2028, redirecionado para o Windows 365, que a própria Microsoft diz não ser equivalente.
A Microsoft confirmou a aposentadoria dos dois lados da sua oferta de ambientes de desenvolvimento no Azure↳Azure76 conteúdosDeploy de Azure Stream Analytics job com CI/CD usando Azure PipelinesDevSecOps · mai 2019Azure – Como criar uma base de dados SQL no Microsoft Azure pronta para ser utilizadaData · abr 2019Azure Static Web Apps com Vue.js e Visual Studio CodeDevSecOps · out 2023Ver tudo em DevSecOps →. Azure Deployment Environments (ADE) deixa de funcionar em 22 de fevereiro de 2027, sem nenhum produto substituto. Microsoft Dev Box segue até 18 de setembro de 2028, quando os usuários serão direcionados para o Windows 365, que a própria Microsoft afirma não ser equivalente. A notícia foi publicada pela InfoQ em 30 de outubro de 2026, com base nos guias oficiais de retirement da Microsoft.
Lançado em maio de 2023 na conferência Build, o Azure Deployment Environments resolvia um problema específico de plataformas internas: deixar que times de desenvolvimento criassem ambientes de nuvem pré-aprovados em modo self-service, a partir de um catálogo controlado por platform engineers. O serviço em si era gratuito; o cliente pagava só pelos recursos de Azure que os ambientes efetivamente criavam.
Ao permitir a implantação self-service para desenvolvedores, o Azure Deployment Environments também beneficia os platform engineers.
Sagar Chandra Reddy Lankala, senior program manager da Microsoft, em maio de 2023By enabling self-service deployment for developers, Azure Deployment Environments also benefits platform engineers.
O que a Microsoft recomenda em vez do produto
Esse catálogo governado é exatamente o que desaparece com a aposentadoria. O guia de retirement lista alternativas, mas nenhuma delas é um produto: templates de infraestrutura como código via Azure Resource Manager (ARM) ou Bicep, módulos verificados do Azure "quando o time precisa de blocos padronizados e governados", e pipelines de CI/CD "quando o provisionamento pode ser integrado a repositórios". Sobre o ecossistema de parceiros, o texto é direto:
Nenhuma das soluções de terceiros que identificamos oferece suporte direto a um ciclo de vida baseado em Bicep ou ARM. Use Bicep ou ARM diretamente no Azure para implantação.
Bicep, módulos verificados e pipelines reconstroem o provisionamento, mas não reconstroem o catálogo, as regras de papel (role assignments) nem o portal voltado ao desenvolvedor. Esse território passa a pertencer a plataformas internas de terceiros como Backstage, Port e Humanitec.
O engenheiro Ikiru Yoshizaki, que escreve em japonês sob o perfil guitarrapc_tech, resumiu a frustração de quem usava o produto: segundo ele, a vantagem do ADE estava justamente nas partes difíceis de replicar com Bicep, Terraform ou Pulumi. Ele também não poupou críticas ao serviço em si, afirmando que, até o fim, a API permanecia instável e a documentação era escassa, e chamando de triste o fato de o valor do produto nunca ter sido reconhecido.
Dev Box: substituto que a própria Microsoft chama de incompleto
O Dev Box tem prazo mais longo, mas o relógio já está correndo há mais tempo do que a data de aposentadoria sugere. O período de encerramento ("closing-down period") começou às 16h UTC de 14 de setembro de 2026, mais de um mês antes da publicação da InfoQ. A aposentadoria completa acontece às 17h UTC de 18 de setembro de 2028.
A InfoQ cobriu a disponibilidade geral do Dev Box em julho de 2023, quando o modelo operava com três papéis: administradores de infraestrutura cuidavam de segurança e rede, líderes de times montavam pools por projeto, e os desenvolvedores reservavam suas próprias máquinas dentro dos pools liberados. Na época, Amanda Silver, então vice-presidente corporativa da Developer Division da Microsoft, disse que mais de 10 mil desenvolvedores da própria Microsoft já usavam o serviço internamente.
O FAQ oficial da Microsoft é incomumente direto sobre o que a migração envolve. Perguntado se o Windows 365 é um substituto um-para-um, o guia responde:
Não. O Windows 365 é o caminho recomendado, mas arquitetura, licenciamento, gestão, rede, entrega de imagem e self-service para desenvolvedores podem ser diferentes. Valide cada carga de trabalho e não presuma paridade completa de recursos.
Self-service para desenvolvedores está nessa lista, e é justamente a capacidade que tornava o Dev Box um produto de plataforma de desenvolvimento, não apenas mais uma oferta de desktops gerenciados. Windows 365 é um produto do Microsoft 365, não do Azure: é gerenciado via Intune e licenciado separadamente. Equipes que adotaram o Dev Box como infraestrutura Azure, faturada e governada junto com o resto do ambiente, estão sendo movidas para uma superfície comercial diferente.
Não existe ferramenta de migração automática. A orientação é provisionar as Cloud PCs de destino, recriar políticas e configurações, reimplantar aplicações e transferir dados de usuário por processos aprovados manualmente. A consequência de perder o prazo é informada sem rodeios: depois da aposentadoria, o Microsoft Dev Box deixa de estar disponível, e as cargas de trabalho de clientes que restarem devem ser apagadas.
Prazos, dependências e o que ainda falta explicar
As duas aposentadorias estão entrelaçadas, porque ADE e Dev Box compartilham recursos de dev center e de projeto no Azure. O próprio guia do Deployment Environments avisa para não apagar dev centers compartilhados enquanto não houver confirmação de que eles não têm mais nenhuma dependência do Dev Box.
Para o ADE, a Microsoft recomenda um checklist prático antes de fevereiro de 2027:
- Inventariar ambientes, definições, catálogos, tipos de ambiente, projetos, dev centers, assinaturas de implantação, identidades e atribuições de papel;
- Usar o Azure Advisor Service Retirement workbook para localizar esses recursos;
- Validar uma alternativa para cada cenário de uso antes de migrar usuários e automações.
O que acontece exatamente na data da aposentadoria só está parcialmente especificado. Segundo o guia, operações de criação, implantação e reimplantação devem ser bloqueadas, enquanto inventário, leitura, log e exclusão seguem disponíveis por um período de limpeza com prazo definido, mas a Microsoft não informa quanto tempo esse período dura.
Vale notar o que não aparece em nenhum dos dois guias: o Azure Virtual Desktop, serviço de desktop virtual nativo do Azure, segue em desenvolvimento ativo e atingiu um marco de disponibilidade geral recentemente, em setembro, mas não é citado como alternativa em nenhum dos documentos de retirement.
O que muda para quem constrói no Brasil
Para times de plataforma que adotaram o ADE como camada de self-service sobre Bicep ou Terraform, a conta muda de figura: a ferramenta que abstraía o catálogo de ambientes some, e sobra só a parte de infraestrutura como código, que o time já precisava escrever de qualquer forma. Isso empurra o trabalho de volta para plataformas internas como Backstage, Port ou Humanitec, com o custo de operar (ou pagar por) uma camada própria de self-service que a Microsoft oferecia de graça.
Para quem usava Dev Box como workstation de desenvolvimento provisionada via Azure, a migração para Windows 365 implica repensar licenciamento (agora dentro do Microsoft 365, não do Azure), gestão via Intune no lugar do portal do Azure, e validar se a política de rede e de entrega de imagem usada hoje tem equivalente direto, algo que a própria Microsoft se recusa a garantir.
Nenhum dos dois guias explica o motivo da saída. O aviso do Dev Box diz que o investimento está indo para o Windows 365; para o Deployment Environments não há nem essa justificativa, só uma lista do que o time vai ter que construir sozinho.
Fonte
Steef-Jan Wiggers, "Microsoft Retires Azure Deployment Environments with No Replacement Product", InfoQ, 30 de outubro de 2026.
Fonte: InfoQ
Este artigo foi escrito por Redação iMasters. Conteúdo produzido por agente de IA da redação iMasters, sob revisão editorial humana. Saiba como produzimos no expediente.
Anthropic lança ferramentas para medir o retorno do gasto com IA corporativa
Novo pacote de relatórios da Anthropic mostra a managers quanto cada time gasta em tokens, o que produziu e onde o fluxo de trabalho travou. O lançamento vem junto com dados que mostram a receita da empresa crescendo 900% nos mesmos clientes.
