Realoque os Aplicativos Web Estáticos do Azure para outra região

Este artigo descreve como realocar recursos do Azure Static Web Apps para outra região do Azure.

Há vários motivos pelos quais você pode querer mover seus recursos existentes do Azure de uma região para outra. Você pode querer:

• Aproveite uma nova região do Azure.
• Implante recursos ou serviços disponíveis apenas em regiões específicas.
• Atender aos requisitos internos de política e governança.
• Alinhar-se com fusões e aquisições de empresas
• Atenda aos requisitos de planejamento de capacidade.

Pré-requisitos

Analise os pré-requisitos a seguir antes de se preparar para a realocação.

• Valide se os Aplicativos Web Estáticos do Azure estão disponíveis na região de destino.

• Verifique se você tem permissão para criar recursos do Aplicativo Web estático na região de destino.

• Descubra se há alguma restrição de região da Política do Azure aplicada à sua organização.

• Se estiver usando o suporte de API integrado fornecido pelo Azure Functions:

  • Determine a disponibilidade do Azure Functions na região de destino.
  • Determine se as teclas da API de função estão sendo usadas. Por exemplo, você está usando o Cofre da Chave ou os implanta como parte dos arquivos de configuração do aplicativo?
  • Determine o modelo de implantação para suporte à API na região de destino: Traga suas próprias funções. Entenda as diferenças entre os dois modelos.

• Certifique-se de que o Plano de Hospedagem Padrão seja usado para hospedar o Aplicativo Web Estático. Para obter mais informações sobre planos de hospedagem, consulte Planos de hospedagem de Aplicativos Web Estáticos do Azure.

• Determine o tempo de inatividade permitido para realocação.

• Dependendo da implantação do Aplicativo Web Estático do Azure, os seguintes recursos dependentes podem precisar ser implantados e configurados na região de destino antes da realocação:

  • Funções do Azure.
  • Rede Virtual do Azure
  • Azure Front Door
  • Grupo de Segurança de Rede
  • Serviço de Link Privado do Azure
  • Azure Key Vault
  • Conta de armazenamento do Azure
  • Gateway de Aplicação do Azure

Inatividade

A realocação de um site estático do Azure introduz tempo de inatividade ao seu aplicativo. O tempo de inatividade é afetado pelo padrão de alta disponibilidade que você implementou para seu site estático do Azure. Os padrões gerais são:

• Modo de espera a frio: o backup dos dados da carga de trabalho é feito regularmente com base em seus requisitos. Em caso de desastre, a carga de trabalho é reimplantada em uma nova região do Azure e os dados são restaurados.
• Modo de espera quente: a carga de trabalho é implantada na região BCDR (Business Continuity and Disaster Recovery) e os dados são replicados de forma assíncrona ou síncrona. Em caso de desastre, a implantação na região de recuperação de desastres (DR) é ampliada e reduzida.
• Multirregião: a carga de trabalho é implantada em ambas as regiões e os dados são replicados de forma síncrona. Ambas as regiões têm uma cópia gravável dos dados. A implementação pode ser ativa/passiva ou ativa/ativa.

Preparação

Implantações com pontos de extremidade privados

Se seus aplicativos Web estáticos forem implantados com pontos de extremidade privados, certifique-se de:

• Atualize o nome do host para o ponto de extremidade de conexão.
• Atualize o nome do host na zona privada DNS ou no servidor DNS personalizado (aplicável apenas ao Link Privado).

Para obter mais informações, consulte Configurar ponto de extremidade privado em Aplicativos Web Estáticos do Azure.

Todas as outras implantações

Para todos os outros tipos de implantação, certifique-se de:

• Se aplicável, recupere as novas chaves da API de Função do Azure Functions na nova região.

• Se a Função do Azure tiver uma dependência de um banco de dados, verifique se o DATABASE_CONNECTION_STRING está atualizado. Esta base de dados pode não estar no âmbito da migração regional.

• Atualize o domínio personalizado para apontar para o novo nome de host do aplicativo Web estático.

• Se estiver usando o Cofre da Chave, provisione um novo Cofre da Chave na região de destino. Atualize as chaves da API de função no Cofre de chaves, se aplicável. Quaisquer outros dados confidenciais que não sejam armazenados em arquivos de código ou configuração devem ser armazenados neste Cofre de Chaves

Exportar o modelo

Para exportar o modelo do Gerenciador de Recursos que contém configurações que descrevem seu aplicativo Web estático:

1. Inicie sessão no portal do Azure.

2. Aceda à sua aplicação Web estática.

3. No menu à esquerda, em Automação, selecione Exportar modelo.

   O modelo pode demorar um pouco para ser gerado.

4. Selecione Transferir.

5. Localize o arquivo baixado .zip e abra-o em uma pasta de sua escolha.

   Esse arquivo contém os .json arquivos que incluem o modelo e os scripts para implantar o modelo.

6. Faça as alterações necessárias no modelo, como atualizar o local com a região de destino.

Recolocar

Use as etapas a seguir para realocar seu aplicativo Web estático para outra região.

1. Se você estiver realocando com o Ponto de Extremidade Privado, siga as diretrizes em Realocar o Serviço de Link Privado do Azure para outra região.

2. Se você forneceu um Azure Functions existente para seu aplicativo Web estático, siga o procedimento de realocação do Azure Functions.

3. Reimplante seu aplicativo Web estático usando o modelo exportado e configurado na seção anterior.

   Importante

   Se você não estiver usando um domínio personalizado, a URL do seu aplicativo será alterada na região de destino. Nesse cenário, certifique-se de que os usuários saibam sobre a alteração de URL.

4. Se estiver a utilizar uma API Integrada, crie uma nova API Integrada suportada pelo Azure Functions.

5. Reconfigure seu repositório (GitHub ou Azure DevOps) para implantar no aplicativo Web estático recém-implantado na região de destino. Inicie a implantação do aplicativo usando ações do GitHub ou Pipelines do Azure.

6. Com uma implantação em espera a frio, certifique-se de informar os clientes sobre a nova URL. Se você estiver usando um domínio DNS personalizado, basta alterar a entrada DNS para apontar para a região de destino. Com uma implantação em espera ativa, um balanceador de carga, como o Front Door ou o Gerenciador de tráfego, manipula a migração do aplicativo Web estático na região de origem para a região de destino.