Compartilhar via

Alterações pós-migração

  • Artigo

A implantação dos Serviços de Nuvem (clássico) é convertida para uma implantação do Serviço de Nuvem (suporte estendido). Para obter mais informações, consulte Documentação dos Serviços de Nuvem (suporte estendido).

Alterações nos arquivos de implantação

Alterações secundárias são feitas no arquivo .csdef e .cscfg do cliente para fazer com que os arquivos de implantação estejam em conformidade com os requisitos de Azure Resource Manager e Serviços de Nuvem (suporte estendido). Após a migração, os novos arquivos de implantação são recuperados ou os arquivos existentes são atualizados. Isso será necessário para as operações de atualização/exclusão.

  • A Rede Virtual usa a ID de recurso do Azure Resource Manager completa em vez de apenas o nome do recurso na seção NetworkConfiguration do arquivo .cscfg. Por exemplo, /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Para redes virtuais que pertencem ao mesmo grupo de recursos que o serviço de nuvem, você pode optar por atualizar o arquivo .cscfg para voltar usar apenas o nome da rede virtual.

  • Os tamanhos clássicos, como Small, Large, ExtraLarge, são substituídos por seus novos nomes do tamanho, Standard_A*. Os nomes do tamanho precisam ser alterados para seus novos nomes no arquivo .csdef. Para obter mais informações, consulte Pré-requisitos de implantação dos Serviços de Nuvem (suporte estendido)

  • Use a Get API para obter a cópia mais recente dos arquivos de implantação.

Alterações na Automação do cliente, pipeline de CI/CD, scripts personalizados, painéis personalizados, ferramentas personalizadas, etc.

Os clientes precisam atualizar suas ferramentas e automação para começar a usar as novas APIs / comandos para gerenciar sua implantação. O cliente pode facilmente adotar novos recursos e funcionalidades do Azure Resource Manager/Serviços de Nuvem (suporte estendido) como parte dessa alteração.

  • Alterações nos nomes de Grupos de Recursos e Recursos após a migração

    • Como parte da migração, os nomes de alguns recursos, como o Serviço de Nuvem, endereços IP públicos, etc. mudam. Essas alterações podem precisar ser refletidas em arquivos de implantação antes da atualização do Serviço de Nuvem. Saiba mais sobre a mudança nos nomes de recursos.

  • Recriar regras e políticas necessárias para gerenciar e dimensionar os serviços de nuvem

    • As regras de Dimensionamento Automático não são migradas. Após a migração, recrie as regras de dimensionamento automático.
    • Os alertas não são migrados. Após a migração, recrie os alertas.
    • O Key Vault é criado sem nenhuma política de acesso. Crie políticas apropriadas no Key Vault para exibir ou gerenciar seus certificados. Os certificados estarão visíveis nas configurações da guia segredos.

Alterações no Gerenciamento de Certificado Após a Migração

Como uma prática padrão para gerenciar seus certificados, todos os arquivos de certificado .pfx válidos devem ser adicionados ao repositório de certificados no Key Vault, e a atualização funcionará perfeitamente bem por meio de qualquer cliente: portal, PowerShell ou API REST.

Atualmente, o portal do Azure faz uma validação para verificar se todos os Certificados necessários são carregados no repositório de certificados no Key Vault, e avisa se um certificado não foi encontrado. No entanto, se você estiver planejando usar Certificados como segredos, esses certificados não poderão ser validados para sua impressão digital e qualquer operação de atualização que envolva a adição de segredos falharia por meio do Portal. É recomendado que os clientes usem o PowerShell ou o RestAPI para continuar as atualizações que envolvam Segredos.

Alterações para Atualização via Visual Studio

Se você estiver publicando atualizações via Visual Studio diretamente, primeiro você precisa baixar o arquivo CSCFG mais recente de sua implantação após a migração. Use esse arquivo como referência para adicionar detalhes de Configuração de Rede ao seu arquivo CSCFG atual no projeto do Visual Studio. Em seguida, compile a solução e publique-a. Talvez seja necessário escolher o Key Vault e o Grupo de Recursos para essa atualização.

Próximas etapas