Modelo de runbook de transição

Um caderno de execução de transição deve incluir todas as atividades que serão realizadas durante a transição. No entanto, é igualmente importante preparar um modelo ou uma lista de verificação de pré-migração. O modelo deve incluir atividades a serem concluídas antes da migração.

Ambos os modelos (que podem ser mesclados em um único documento) devem fornecer as respostas para as seguintes perguntas:

• Quais atividades devem ser realizadas?

• Quem vai realizar as atividades?

• Quando as atividades devem ser realizadas?

Esta seção inclui um exemplo de lista de verificação de pré-migração, um modelo de runbook de transição e um plano de reversão. A tarefa IDs ajuda a tornar a comunicação mais rápida e eficaz.

Lista de verificação de pré-migração

ID da tarefa	Tarefa	Dependência	Equipe	Proprietário	Data de conclusão	Status	Observações
P1	Documento de arquitetura de destino aprovado.
P2	Existe uma conta de destino para o aplicativo.
P3	Existem uma nuvem privada virtual (VPC) e sub-redes para o aplicativo.
P4	A equipe de migração tem acesso à conta do aplicativo de destino e tem as permissões necessárias AWS Identity and Access Management (IAM).
P5	A equipe do aplicativo tem o acesso necessário à conta do aplicativo de destino e seus recursos.
P6	Solicitação de alteração levantada e aprovada.
P7	Conectividade entre o ambiente de origem e de destino estabelecida e testada.
P8	Lista de contatos da equipe de aplicativos documentada.
P9	Plano de transição revisado com as principais partes interessadas.
P10	As atividades de backup antes da migração foram concluídas.
P11	Confirme se contatos adicionais de suporte devem ser estabelecidos.
P12	Confirme os recursos de cada aplicativo: quem iniciará e encerrará cada aplicativo individual.
P13	Plano final de transição emitido para todas as equipes contribuintes.
P14	Comunicação de início de transição emitida para as principais partes interessadas.
P15	Reunião retrospectiva pós-transição agendada.

É igualmente importante documentar os itens anteriores em um registro de problemas para manter o controle ou, se algo der errado, retomar o controle.

Livro de execução de transição

ID da tarefa	Tarefa	Dependência	Equipe	Proprietário	Data/hora de início planejada	Data/hora de término planejada	Data/hora de início real	Data e hora real de término	Status	Observações
C1	Envie uma nota informativa a todas as partes interessadas informando que o aplicativo ficará inativo conforme especificado no CR.
C2	Confirme o backup dos servidores e bancos de dados de origem.
C3	Interrompa os serviços de aplicativos e de banco de dados nos servidores de origem.
C4	Desligue os servidores de origem.
	Marco 1 Atividades de pré-transição concluídas
C5	Execute a migração com base em sua abordagem de migração (como AWS Application Migration Service para lift-and-shift).
C6	Verifique a infraestrutura (servidores de destino em funcionamento).
	Marco 2 Migração concluída
C7	Atualize os servidores DNS para apontar para os endpoints recém-criados.
C8	Verifique as alterações de DNS.
	Marco 3 Atividades pós-migração — Infraestrutura concluída
C9	Inicie aplicativos e serviços de banco de dados nos servidores de destino.
C10	Aplique alterações de configuração específicas do aplicativo (por exemplo, aponte para novos endereços IP).
	Marco 3 Atividades pós-migração — Inscrições concluídas
C11	Realize testes de aplicativos pós-migração — Verificação técnica.
C12	Realize testes de aplicativos após a migração — verificação comercial
C13	Comunique a todas as principais partes interessadas que a migração foi concluída.
	Marco 4 Teste pós-migração concluído

Plano de reversão

ID da tarefa	Tarefa	Dependência	Equipe	Proprietário	Status	Observações
R1	Interrompa os serviços de aplicativos e de banco de dados nos servidores de destino.
R2	Desligue os servidores de destino.
R3	Reverta a atualização nos servidores DNS (para apontar de volta para os servidores de origem).
R4	Verifique as alterações de DNS.
R5	Inicie os servidores de origem.
R6	Sincronize os dados de volta aos servidores de origem (se necessário).
R7	Inicie aplicativos e serviços de banco de dados em servidores de origem.
R8	Realizar testes de aplicativos — Verificação técnica.
R9	Realize testes de aplicativos após a migração — verificação comercial.
R10	Comunique a todas as principais partes interessadas que a migração foi revertida.

Modelo de exemplo para a estratégia de rehospedagem

Uma das estratégias de migração do tipo R mais comuns usadas no campo é a estratégia de rehospedagem, com o Application Migration Service como a ferramenta de migração preferida. Você pode usar o modelo de amostra como um documento básico em um cenário de rehospedagem. O modelo incorpora atividades essenciais que foram encontradas durante os compromissos reais com o cliente. Também inclui espaço para as equipes de aplicativos adicionarem suas tarefas e atividades. As etapas na seção anterior podem fornecer orientação inicial para criar seu próprio runbook de transição personalizado, conforme necessário.