Lista de verificação de migração para a nuvem:8 etapas para garantir uma jornada tranquila (e segura) para a nuvem

Mover aplicativos e dados de missão crítica para a nuvem é um projeto enorme que requer um planejamento aprofundado se você espera um alto ROI. Sem uma estratégia sólida, sua migração para a nuvem provavelmente causará mais perdas de lucro e dores de cabeça do que benefícios comerciais.

Este artigo oferece uma lista de verificação de migração para a nuvem que garante que sua mudança para a nuvem seja tranquila, segura e sem surpresas desagradáveis. Você pode usar nossa lista de verificação como uma linha de base para o processo de migração, pois o plano passo a passo abaixo abrange todos os principais aspectos da migração de um aplicativo para a nuvem.

Lista de verificação de migração para a nuvem

Lutar com a migração para a nuvem é um problema comum para as empresas. Estudos recentes revelam que 55% das migrações para a nuvem sofrem atrasos significativos ou ultrapassam o orçamento .

Além disso, 62% das organizações atualmente em transição para a nuvem descrevem o processo como difícil ou falhou . A maioria dessas empresas corre para a transição sem considerar completamente:

• O custo total de propriedade (TCO).
• Como a equipe moverá grandes quantidades de dados e aplicativos de missão crítica para a nuvem.
• Diferentes opções para implantações e integração na nuvem.
• Novos riscos potenciais de segurança cibernética.
• Qual ​​a preparação da equipe interna para operar na nuvem.

A lista de verificação de migração para a nuvem abaixo garante que você considere esses fatores antes que a equipe comece a mover aplicativos e serviços para a nuvem.

Escolha um(s) arquiteto(s) de migração de referência

A migração para a nuvem envolve várias decisões e planos técnicos, portanto, você deve designar um único especialista ou uma equipe de especialistas para liderar o esforço. Quer você vá com um ou mais membros da equipe, a função de um arquiteto de migração é:

• Avalie os serviços para ver se eles se encaixam melhor na hospedagem local ou na nuvem.
• Crie um cronograma para a migração e o roteiro da nuvem.
• Crie estratégias ideais para mover dados e aplicativos.
• Identifique e supervisione a refatoração de aplicativos necessária.
• Determine as prioridades de migração.
• Defina a cadeia de ferramentas necessária.

O arquiteto dedicado também deve fornecer uma visão completa da sua TI. Esse processo envolve responder as seguintes perguntas:

• Quais aplicativos você tem e quem os usa (e com que frequência)?
• Qual ​​é o nível de importância dos aplicativos para os negócios que você deseja migrar?
• Quais recursos os programas consomem e eles dependem de outros aplicativos?
• Quais SLAs, medidas de continuidade de negócios e medidas de conformidade estão em vigor atualmente?
• Existem problemas de desempenho que estão afetando as operações atuais?

Dependendo da análise, o arquiteto de migração deve avaliar se sua força de trabalho atual possui o conhecimento necessário para:

• Faça a migração.
• Opere no ambiente de nuvem.

Nunca inicie a transição para a nuvem a menos que tenha certeza de que sua equipe pode prosperar no novo cenário.

A equipe de migração dedicada também deve determinar o custo total de propriedade (TCO) para ilustrar o ROI da migração para a nuvem. A avaliação de TCO para migração para a nuvem inclui fatores como:

• O custo geral da migração.
• Custos de nuvem pós-migração (principalmente o preço da largura de banda e da rede).
• O custo do treinamento da equipe.
• Manutenção regular pós-migração.
• O custo do possível tempo de inatividade.
• Custos de espaço, refrigeração e eletricidade (para uma nuvem privada local).

Defina metas e KPIs de migração

O próximo passo é estabelecer o(s) objetivo(s) primário(s) da migração. Alguns objetivos comuns de alto nível são:

• Modernizando um aplicativo legado.
• Acelerar um serviço específico.
• Melhorar as capacidades operacionais.
• Aumento da resiliência do sistema.
• Aprimorando a experiência do usuário.
• Alcançar melhor escalabilidade de serviço.
• Redução dos custos operacionais.
• Melhorando a segurança dos dados.

Além do objetivo geral, a equipe deve definir os Key Performance Indicators (KPIs) de migração para a nuvem. Essas métricas medirão o desempenho de um aplicativo ou serviço migrado em relação às expectativas. Não há limite para o número de KPIs que sua equipe pode rastrear, mas todas as métricas se enquadram em uma das duas categorias:

• KPIs que você segue durante o processo de migração.
• KPIs pós-migração.

Aqui estão os KPIs mais comuns que uma empresa pode acompanhar durante o processo de migração:

• Duração da migração (como um todo e por aplicativo).
• Disponibilidade de serviços críticos.
• Duração do tempo de inatividade de serviços e data centers.
• Degradação do serviço devido ao tempo de inatividade.
• O número de tickets de serviço gerados.
• Custo de migração.

Vejamos alguns KPIs pós-migração que sua equipe pode acompanhar:

• KPIs de infraestrutura (uso da CPU, volume de memória do serviço, desempenho do disco, balanceamento de carga, latência, taxa de transferência da rede etc.).
• Métricas de desempenho do aplicativo (taxas de erro, número de tempos limite, tempo médio de resposta (ART), tempo de resposta de pico (PRT), tempo de atividade, disponibilidade etc.).
• KPIs de experiência do usuário (número de picos de solicitação, erros de código de status HTTP, exceções geradas e registradas, atraso, tempos de resposta etc.).
• Métricas de impacto nos negócios (duração do processo de check-out, taxas de inscrição e cancelamento de inscrição, taxas de engajamento etc.).
• KPIs de custo (faturamento mensal, custos de pessoal, ferramentas de terceiros, custos de consultoria etc.).

Você precisa definir um valor de linha de base para cada KPI antes de decidir o que rastrear. A linha de base é o processo de medir o estado atual (pré-migração) de um aplicativo e serviço. Esses KPIs permitem determinar se o desempenho pós-migração é aceitável ou não.

Realizar avaliação de dados e aplicativos

A avaliação de dados é uma etapa vital desta lista de verificação de migração para a nuvem, pois a movimentação de dados geralmente é a parte mais complicada da adoção da nuvem. A avaliação cuidadosa dos dados permite que sua equipe avalie:

• Níveis de risco de dados.
• O volume e o tipo de dados que você planeja migrar.
• Resiliência geral de dados.
• Requisitos legais de privacidade de dados (se houver).
• Ameaças mais significativas à integridade dos dados.
• Potenciais cenários de vazamento ou violação de dados pós-migração.

O local onde seus dados residem pode afetar o desempenho de um serviço ou. Mover dados para a nuvem quando os métodos de acesso a dados ainda operam no local pode afetar significativamente o desempenho. O mesmo vale se o banco de dados ainda estiver no local, mas o serviço que o acessa residir na nuvem.

Além de avaliar dados, seus aplicativos locais devem receber o mesmo tratamento. Antes de migrar, a equipe deve criar um inventário de todos os aplicativos locais e seus servidores. Você também deve avaliar todas as máquinas virtuais atuais e considerar possíveis dependências de aplicativos.

Como resultado, você pode determinar quais aplicativos exigem refatoração antes de movê-los para a nuvem. A equipe também pode começar a priorizar quais aplicativos migrar primeiro.

Avalie as opções de migração para a nuvem

A próxima etapa da lista de verificação de migração para a nuvem é avaliar quais aplicativos exigem que tipo de integração com a nuvem. Você tem duas opções:

• Integração de nuvem superficial (também conhecida como lift-and-shift): Ao levantar e deslocar um aplicativo, você faz pouca ou nenhuma alteração no código e configura o aplicativo na nuvem mais ou menos em sua forma atual. A migração de um aplicativo sem alterações é conhecida como rehosting; fazer pequenas alterações ao mover um aplicativo para a nuvem é refactoring .
• Integração profunda na nuvem: Ao contrário de sua contraparte superficial, a integração profunda na nuvem exige que você modifique o aplicativo para aproveitar os recursos da nuvem. As alterações podem variar de ajustes relativamente simples (como configurar o escalonamento automático e balanceamento de carga dinâmico) a atualizações avançadas (como habilitar a computação sem servidor) que tornam o aplicativo uma solução nativa da nuvem.

A integração em nuvem superficial é uma opção significativamente mais rápida do que refatorar grandes partes de um aplicativo. Em geral, os aplicativos de missão crítica geralmente valem o esforço de integrações profundas. Aplicativos e serviços menos vitais podem fazer com a abordagem superficial, pois você pode refatorá-los ao longo do tempo depois de migrar para a nuvem.

As empresas também costumam decidir retirar ou manter aplicativos ao avaliar qual serviço requer que tipo de integração:

• Desativar é o processo de identificar um aplicativo ou serviço obsoleto que não tem valor se carregado na nuvem.
• Retenção é a decisão de manter um aplicativo no local, geralmente devido a uma questão de segurança ou conformidade.

Escolha o modelo certo de implantação de nuvem

Escolher um modelo de implantação de nuvem adequado é vital para uma migração de nuvem bem-sucedida. Diferentes modelos se adaptam a diferentes casos de uso, e as cinco opções que você pode escolher são:

• Nuvem pública (um ambiente multilocatário que fornece acesso a recursos de computação pela Internet ou por meio de uma conexão direta dedicada).
• Nuvem privada (um sistema de locatário único no qual uma empresa executa recursos de nuvem em seu próprio data center).
• Nuvem híbrida (uma mistura de sistemas locais, nuvens públicas e privadas em que as cargas de trabalho se movem entre ambientes por meio de automação e orquestração).
• Multi-cloud (uma combinação de dois ou mais ambientes IaaS de nuvem pública).
• Nuvem comunitária (infraestrutura compartilhada entre várias empresas com necessidades ou preocupações compartilhadas).

O modelo de implantação que você deve usar depende principalmente das necessidades e objetivos exclusivos de sua empresa. Aqui estão algumas indicações:

• A nuvem pública fornece um ambiente escalável com um modelo de pagamento por uso. Embora altamente escalável, a nuvem pública pode não ser ideal para cargas de trabalho confidenciais.
• Uma nuvem privada é perfeita para uma empresa com orçamento para executar um ambiente de nuvem no local personalizado para suas cargas de trabalho de missão crítica.
• Uma nuvem híbrida permite que você execute cargas de trabalho confidenciais no local, além de aproveitar a escalabilidade da nuvem pública durante picos de demanda.
• Embora seja altamente benéfico quando bem feito, há alguns desafios de nuvem híbrida que você precisa conhecer antes de projetar uma arquitetura híbrida.
• A multinuvem é uma excelente opção para empresas preocupadas com o aprisionamento de fornecedores ou empresas que procuram misturar e combinar serviços de vários fornecedores.

Escolha um provedor de serviços em nuvem

A menos que você tenha optado por configurar uma nuvem privada local, o próximo item da lista de verificação de migração para a nuvem deve ser encontrar um provedor de nuvem. Embora a maioria dos fornecedores ofereça serviços semelhantes, eles não são todos iguais. Algumas considerações importantes ao escolher um provedor de nuvem são:

• Preços.
• Seleção de serviços.
• Disponibilidade em regiões específicas.
• Garantias de tempo de atividade.
• A familiaridade de sua equipe interna com a pilha de tecnologia do provedor.
• Requisitos de conformidade específicos do setor (por exemplo, manter os dados do usuário no local de origem de acordo com a CCPA ou GDPR).
• Suporte pós-migração e serviços de TI gerenciados.

Lembre-se de que os provedores de serviços mais populares nem sempre são os mais adequados. Os fornecedores proeminentes visam atender a um amplo conjunto de necessidades, de modo que nem sempre combinam bem com uma empresa em uma vertical específica.

Por exemplo, uma empresa que atua na área da saúde pode se sair melhor em parceria com um fornecedor de nicho que entenda melhor e apoie a conformidade com a HIPAA.

Realizar a refatoração necessária

Depois de saber de qual implantação de nuvem você precisa e com quem fazer parceria, sua equipe deve começar a fazer as alterações necessárias nos aplicativos e serviços antes de migrá-los para a nuvem.

O objetivo é fazer o software funcionar da maneira mais eficaz e eficiente possível na nuvem . Por exemplo, sua equipe pode refatorar um aplicativo para:

• Trabalhe com um número variável de instâncias em execução para permitir um escalonamento quase instantâneo.
• Aproveite os recursos de nuvem dinâmica (como a capacidade de alocar e desalocar recursos de acordo com as necessidades atuais).
• Crie uma arquitetura mais orientada a serviços para mover rapidamente serviços individuais para a nuvem (desta vez e posteriormente).

Agora também é o momento certo para repensar a governança e a segurança. Você provavelmente precisará ajustar sua estratégia de governança para depender menos de segurança e controle internos e mais dos serviços de nuvem do provedor. Em termos de segurança na nuvem, você precisa:

• Avalie se a migração pode resultar em novas vulnerabilidades.
• Entenda como sua equipe interna trabalhará com o provedor para manter os ativos na nuvem seguros.
• Ajuste (e melhore potencialmente) suas medidas e práticas de segurança atuais.
• Decida se você pode se beneficiar das ferramentas de segurança adicionais que o provedor oferece.
• Configure mecanismos de failover e recuperação de desastres.

Migre metodicamente e alterne o tráfego das operações locais

Embora você possa migrar tudo para a nuvem de uma só vez, essa abordagem pode ser desafiadora e arriscada. Em vez disso, você deve migrar aplicativos e serviços um por um , começando com aplicativos menos críticos e indo lentamente até os cruciais.

Veja como deve ser essa abordagem de migração:

• Priorize os aplicativos que sua equipe pode mover com o mínimo de risco para as operações. Boas opções são aplicativos que exigem apenas rehospedagem ou usam recursos mínimos (como pouco armazenamento ou cálculos).
• Em seguida, comece a mover aplicativos que agregam alto valor para sua empresa, mas apresentam um risco relativamente baixo durante a migração.
• Por fim, deixe as cargas de trabalho críticas e disruptivas para os estágios finais da migração. Nunca comece a mover esses aplicativos, a menos que os das etapas anteriores estejam funcionando perfeitamente.
• Use um teste manual ou automatizado (ou ambos) para verificar se a migração foi bem-sucedida ou não.

Dependendo da arquitetura de seus aplicativos e datastores, você pode alternar o tráfego da solução local para a nuvem de duas maneiras:

• Tudo de uma vez: A equipe alterna todo o tráfego local assim que o aplicativo começa a ser executado na nuvem.
• Um pouco de cada vez: Você move alguns clientes para o novo ambiente assim que a equipe configura o aplicativo baseado em nuvem. Se tudo funcionar como esperado, você continuará mudando os clientes para a nuvem ao longo do tempo até que todos os usuários finais confiem no novo aplicativo.

Use nossa lista de verificação de migração na nuvem para migrar com confiança

Embora a migração para a nuvem geralmente seja uma decisão óbvia, muitas empresas lutam ou têm sucesso limitado ao mover aplicativos para a nuvem. Aderir à lista de verificação de migração para a nuvem acima garante que você evite todas as armadilhas comuns, para que você possa começar a planejar a adoção da nuvem sem o medo de erros dispendiosos.