Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Azure Deployment Environments se aposenta em 22 de fevereiro de 2027. Comece a desenvolver seu plano de aposentadoria agora para que você possa inventariar ambientes existentes, validar fluxos de trabalho de substituição e concluir a migração e a limpeza antes da aposentadoria.
Note
Faça a transição dos fluxos de trabalho do seu Azure Deployment Environments para um serviço Microsoft, serviço Azure ou solução parceira até 22 de fevereiro de 2027. O Azure Deployment Environments se aposenta nesta data.
Chamada para ação
- Comece a estabelecer um plano de aposentadoria agora. Inventário de ambientes de EDA, definições, catálogos, tipos de ambiente, projetos, centros de desenvolvimento, assinaturas de implantação, identidades e atribuições de funções.
- Selecione e valide uma abordagem substituta para cada cenário de EDA, incluindo governança, controle de acesso, infraestrutura como código, rede, gestão de custos, ciclo de vida e requisitos de autoatendimento para desenvolvedores.
- Mova usuários e automação para o fluxo de trabalho de substituição antes de 22 de fevereiro de 2027.
- Exclua ambientes não utilizados e recursos do Azure de propriedade do cliente para reduzir custos e desvincular-se formalmente do ADE.
Importante
A Microsoft Dev Box tem uma data separada de aposentadoria para 18 de setembro de 2028. Não apague recursos compartilhados do Dev Center até confirmar que eles não têm mais dependência do Microsoft Dev Box.
Visão geral das diretrizes de transição
Revise soluções da Microsoft, Azure e parceiras que possam apoiar seus cenários de ambiente de desenvolvimento. ADE não tem um único substituto direto para cada carga de trabalho, então avalie cada opção de acordo com seus requisitos técnicos e organizacionais.
Soluções da Microsoft
Considere essas abordagens da Microsoft e do Azure como substitutas dos Ambientes de Implantação do Azure.
Azure Resource Manager e Bicep
Considere a implantação direta de infraestrutura como código com templates do Azure Resource Manager ou Bicep quando suas equipes puderem gerenciar assinaturas, grupos de recursos, identidades, políticas, orquestração de implantação e controles do ciclo de vida por meio dos processos existentes de engenharia de plataforma.
Módulos verificados pelo Azure
Considere módulos reutilizáveis verificados pelo Azure quando as equipes precisam de blocos de construção padronizados e governados para recursos do Azure. Valide a cobertura do módulo, versionamento, integração de políticas e propriedade antes da migração.
Fluxos de trabalho Azure DevOps e GitHub
Considere os fluxos de trabalho de CI/CD quando o provisionamento de ambientes puder ser integrado a repositórios e pipelines. Recrie comandos específicos do ADE, integrações de SDK e a configuração do azd voltada para a plataforma Dev Center.
Soluções parceiras Azure
Nenhuma das soluções de terceiros que identificamos oferece suporte direto a um ciclo de vida do Bicep ou do ARM. Use Bicep ou ARM diretamente no Azure para implantação.
Antes de selecionar uma solução, teste cenários representativos de criação, atualização, exclusão, políticas, identidade, registro em log, recuperação de falhas e gerenciamento de custos.
Perguntas comuns sobre a aposentadoria dos Ambientes de Implantação do Azure
Quando os Ambientes de Implantação do Azure vão se aposentar?
O Azure Deployment Environments se aposenta em 22 de fevereiro de 2027. Migração completa da produção antes dessa data.
O que acontece na data da aposentadoria?
Espera-se que as operações de criação, implantação, redistribuição e outras operações de escrita sejam bloqueadas. Operações de inventário, leitura, registro e exclusão estão planejadas para permanecer disponíveis por um período de limpeza com prazo definido.
A descontinuação do ADE também descontinua o Microsoft Dev Box?
No. O Microsoft Dev Box tem uma data separada de aposentadoria para 18 de setembro de 2028. Definições, imagens, pools, cronogramas, conexões de rede e operações dos usuários do Dev Box continuam disponíveis na data de desativação do ADE.
Posso deletar centros de desenvolvimento e projetos compartilhados?
Somente depois de confirmar que eles não têm mais nenhuma dependência do Dev Box. Mapeie os projetos para o centro de desenvolvimento vinculado e verifique se há pools de Dev Box ou outros recursos do Dev Box antes de excluir os recursos pais compartilhados.
Como identifico os recursos afetados?
Use a pasta de trabalho Service Retirement e o Azure Resource Graph para identificar recursos de host do ADE e de plano de controle nas assinaturas às quais você tem acesso. As instâncias de ambiente do ADE não possuem IDs de recursos do Azure Resource Manager; portanto, faça o inventário dos ambientes implantados separadamente por meio do portal do desenvolvedor, da CLI do Azure, das APIs do plano de dados do ADE ou da telemetria operacional existente.
Como faço para migrar meus ambientes?
Preserve os modelos, as referências às fontes do catálogo, os parâmetros e a configuração. Escolha uma plataforma alvo. Reconstruir automação de provisionamento. Valide a governança e os controles do ciclo de vida. Teste implantações representativas e procedimentos de recuperação. Movimente usuários e automação antes da aposentadoria.
Como deletar ambientes de ADE?
- Abra cada ambiente no portal de desenvolvedores e revise seus detalhes e o grupo de recursos de implantação.
- Exclua o ambiente e confirme o escopo da exclusão.
- Abra o grupo de recursos de implantação no portal do Azure e verifique quais recursos foram removidos.
- Exclua os recursos pertencentes ao cliente que permanecem e não são mais necessários.
- Remova os tipos de ambiente, definições, catálogos, identidades, atribuições de função e permissões elevadas de implantação exclusivos do ADE depois que as dependências forem removidas.
Excluir um ambiente interrompe todas as cobranças?
Não necessariamente. Deletar metadados do ADE pode não excluir todos os recursos do Azure que o ambiente implantou. Recursos fora do grupo de recursos de implantação gerenciada podem continuar operando e sofrendo cobranças até que você os exclua. Revise os dados do Gerenciamento de Custos do Azure para confirmar que a faturação pretendida parou.
Onde posso obter ajuda?
Use o Microsoft Q& A para orientação da comunidade. Se você tem um plano de Suporte do Azure e precisa de assistência técnica, crie uma solicitação de Suporte do Azure.