Guia de aposentadoria do Azure Deployment Environments

O Azure Deployment Environments encerra-se a 22 de fevereiro de 2027. Comece já a desenvolver o seu plano de reforma para que possa inventariar os ambientes existentes, validar fluxos de trabalho de substituição e concluir a migração e limpeza antes da reforma.

Apelo à ação

• Comece já a estabelecer um plano de reforma. Inventário de ambientes ADE, definições, catálogos, tipos de ambiente, projetos, centros de desenvolvimento, subscrições de implementação, identidades e atribuições de funções.
• Selecione e valide uma abordagem de substituição para cada cenário de EDA, incluindo governação, controlo de acesso, infraestrutura como código, redes, gestão de custos, ciclo de vida e requisitos de autoatendimento para programadores.
• Transferir utilizadores e automação para o fluxo de trabalho de substituição antes de 22 de fevereiro de 2027.
• Eliminar os ambientes não utilizados e os recursos Azure detidos pelo cliente para reduzir custos e formalmente sair do ADE.

Visão geral das diretrizes de transição

Analise soluções da Microsoft, Azure e parceiros que possam suportar os seus cenários de ambiente de desenvolvimento. A ADE não dispõe de um substituto direto para cada carga de trabalho, por isso, avalie cada opção com base nos seus requisitos técnicos e organizacionais.

Soluções da Microsoft

Considere estas abordagens da Microsoft e do Azure como substitutas dos Ambientes de Implementação do Azure.

Azure Resource Manager e Bicep

Considere a implementação direta de infraestrutura como código com templates do Azure Resource Manager ou Bicep quando as suas equipas puderem gerir subscrições, grupos de recursos, identidades, políticas, orquestração de implementação e controlos do ciclo de vida através dos processos de engenharia de plataforma existentes.

Módulos verificados pelo Azure

Considere módulos verificados pelo Azure reutilizáveis quando as equipas precisam de blocos de construção padronizados e governados para recursos do Azure. Validar a cobertura dos módulos, versionamento, integração de apólices e propriedade antes da migração.

Fluxos de trabalho Azure DevOps e GitHub

Considere fluxos de trabalho CI/CD quando o provisionamento do ambiente pode ser integrado em repositórios e pipelines. Recriar comandos específicos do ADE, integrações do SDK e a configuração azd direcionada para a plataforma Dev Center.

Soluções de parceiros do Azure

Nenhuma das soluções de terceiros que identificámos suporta diretamente o ciclo de vida de Bicep ou de ARM. Use o Bicep ou ARM diretamente no Azure para implementação.

Antes de selecionar uma solução, o representante de teste cria, atualiza, elimina, cenários de políticas, identidade, registo, recuperação de falhas e gestão de custos.

Perguntas comuns sobre a descontinuação do Azure Deployment Environments

Quando é que os Ambientes de Implementação do Azure se vão retirar?

O Azure Deployment Environments encerra-se a 22 de fevereiro de 2027. Completar a migração de produção antes desta data.

O que acontece na data da reforma?

Espera-se que as operações ADE de criação, implementação, reimplementação e outras operações de escrita sejam bloqueadas. As operações de inventário, leitura, registo e eliminação estão planeadas para permanecer disponíveis durante um período de limpeza com prazo definido.

A descontinuação do ADE também descontinua a Microsoft Dev Box?

Não. O Microsoft Dev Box tem uma data de descontinuação distinta: 18 de setembro de 2028. As definições, imagens, pools, agendamentos, ligações de rede e operações dos utilizadores do Dev Box mantêm-se na data de descontinuação do ADE.

Posso apagar centros de desenvolvimento e projetos partilhados?

Só depois de confirmares que já não têm qualquer dependência remanescente do Dev Box. Mapeie os projetos para o respetivo centro de desenvolvimento associado e verifique se existem conjuntos do Dev Box ou outros recursos do Dev Box antes de eliminar os recursos principais partilhados.

Como identifico os recursos afetados?

Utilize o livro de trabalho Service Retirement e o Azure Resource Graph para identificar os recursos do host ADE e do plano de controlo nas subscrições a que pode aceder. As instâncias de ambiente ADE não têm IDs de recursos do Azure Resource Manager, por isso inventariem os ambientes implementados separadamente através do portal de programadores, CLI do Azure, APIs de plano de dados ADE ou telemetria operacional existente.

Como migro os meus ambientes?

Preservar os modelos, catalogar referências de origem, parâmetros e configurações. Escolha uma plataforma alvo. Reconstruir automação de provisionamento. Validar a governação e os controlos do ciclo de vida. Teste implementações representativas e procedimentos de recuperação. Migrar utilizadores e automatizações antes da desativação.

Como é que apago ambientes de ADE?

• Abra cada ambiente no portal de programadores e reveja os seus detalhes e o grupo de recursos de implementação.
• Apague o ambiente e confirme o âmbito de eliminação.
• Abra o grupo de recursos de implementação no portal do Azure e verifique quais os recursos removidos.
• Elimine os recursos pertencentes ao cliente que permanecem e que já não são necessários.
• Remova os tipos de ambiente, definições, catálogos, identidades, atribuições de papéis e permissões elevadas de implementação exclusivos do ADE depois de deixarem de existir dependências.

Eliminar um ambiente interrompe todas as cobranças?

Não necessariamente. Eliminar metadados do ADE pode não eliminar todos os recursos do Azure que o ambiente implementou. Recursos fora do grupo de recursos de implantação gerida podem continuar a funcionar e a incorrer em custos até serem eliminados. Consulte os dados do Gestão 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 tiver um plano de suporte do Azure e precisar de assistência técnica, crie um pedido de suporte do Azure.

Conteúdo relacionado

• Documentação dos Ambientes de Implementação Azure | Microsoft Learn