Libere sua carga de trabalho

20 minutos

Nessa fase, você libera sua carga de trabalho para a produção.

Diagrama mostrando as etapas da metodologia de Migração.

Você implantou seus recursos no Azure. Agora, você precisa executar as etapas de migração, comunicar as futuras alterações para outras equipes, aprovar as alterações finais, limpar os recursos e fazer uma retrospectiva.

Comunicar alterações

Informe à sua organização quais são as próximas alterações para garantir que todos que possam ser afetados pela migração estejam a par do processo. Comunique as alterações para cada carga de trabalho, porque cada uma tem seus usuários e operadores dedicados.

Você deve responder às seguintes perguntas no seu comunicado de alteração:

Quais são as datas cruciais para a migração?
Quem terá seu trabalho interrompido, quando o trabalho será interrompido e por quanto tempo?
Quais trabalhos cada função deve concluir antes da alteração para estar pronta?
Quais trabalhos cada função deve concluir após a alteração para confirmar sua funcionalidade?
Com quem as pessoas devem entrar em contato se tiverem dúvidas ou dificuldades?

Executar testes na empresa

Os usuários da sua carga de trabalho na empresa devem testar sua nova solução. Sua equipe de migração pode facilitar os testes da carga de trabalho, desenvolver planos de teste e automatizar testes.

Para testar sua carga de trabalho, identifique os usuários que podem ser mais afetados por suas alterações. Informe a esses usuários seus objetivos de negócios, os resultados desejados e as alterações esperadas nos processos da empresa. Receba feedback dos usuários e certifique-se de que a equipe de TI entenda os comentários e os priorize com base no respectivo impacto. Se o feedback requerer alterações na carga de trabalho, comunique as alterações a todas as equipes necessárias.

Durante a fase de comentários, a equipe de migração coleta o feedback e gerencia as ações técnicas resultantes. Crie um plano de testes para acompanhar os comentários e as etapas de ação.

Concluir a migração

Após promover seu ativo e todas as respectivas dependências para a produção, você poderá redirecionar o tráfego da produção. Em seguida, os ativos locais estarão obsoletos e você poderá descomissioná-los.

Você precisará executar várias tarefas, dependendo da arquitetura da sua carga de trabalho.

Envie comunicados para informar às pessoas que você iniciou a promoção.
Verifique se todos os recursos preparados estão funcionando corretamente.
Faça a replicação para os dados recentes.
Hidrate os recursos após fazer a replicação. Prepare quaisquer outros componentes, como regras de balanceamento de carga.
Desligue os servidores de origem para que não interfiram na migração.
Faça testes isolados.
Atualize os componentes da sua rede para que os usuários possam acessar o novo local do seu aplicativo.
Faça o teste de promoção novamente para confirmar se a sua carga de trabalho está funcionando conforme o esperado.
Obtenha a aprovação final dos stakeholders.
Comunique às pessoas necessárias que a promoção foi bem-sucedida.

Otimizar o custo após a migração

Após a migração, otimize sua carga de trabalho com base nos seus dados em tempo real e descomissione os ativos desativados.

Quando você desligar e descomissionar os ativos:

Continue monitorando: Monitore os ativos cuja desativação está agendada para se certificar de que o tráfego da produção seja roteado corretamente. Os ativos desabilitados continuarão podendo usar o armazenamento, a rede e outros recursos de infraestrutura. Se você ativá-los novamente, poderão ocorrer problemas inesperados. Monitore a atividade para se certificar de que os ativos não estejam mais em uso.
Estabeleça janelas de testes e indisponibilidade: Identifique uma janela de testes inativa para executar casos de teste que correspondam às atividades reais executadas pelos usuários. Durante essa janela, você também pode desabilitar os ativos que marcou para serem descomissionados. Programe a janela de manutenção e informe seu plano aos usuários.
Pense em um período de retenção: Mantenha um ativo desativado por pelo menos 30 dias para atuar como um backup temporário de dados, caso você deixe passar quaisquer dados durante a replicação. A equipe de governança de dados da sua organização talvez tenha outros requisitos que requeiram um período de retenção superior a 30 dias.

Realizar uma retrospectiva