Migração Segura para a Nuvem: 8 Passos Essenciais para uma Transição Tranquila

Mover aplicativos e dados críticos para a missão para a nuvem é um projeto massivo que requer 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 para o negócio.

Este artigo oferece um checklist de migração para a nuvem que garante que sua mudança para a nuvem ocorra de forma suave, segura e sem surpresas desagradáveis. Você pode usar nosso checklist como base para o processo de migração, pois o plano passo a passo abaixo cobre todos os aspectos principais de mover um aplicativo para a nuvem.

Checklist de Migração para a Nuvem

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

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

• O custo total de propriedade (TCO)
• Como a equipe moverá grandes quantidades de dados e aplicativos críticos para a nuvem
• Diferentes opções para implantações e integração na nuvem
• Potenciais novos riscos de cibersegurança
• O quão preparada a equipe interna está para operar na nuvem

O checklist 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 Arquiteto de Migração de Referência

A migração para a nuvem envolve numerosas decisões técnicas e planos, então você deve designar um único especialista ou uma equipe de especialistas para liderar o esforço. Seja com um ou mais membros da equipe, o papel de um arquiteto de migração é:

• Avaliar serviços para ver se eles se encaixam melhor em hospedagem on-prem ou na nuvem
• Criar um cronograma para a migração e o roteiro da nuvem
• Projetar estratégias ideais para mover dados e aplicativos
• Identificar e supervisionar refatoração necessária de aplicativos
• Determinar prioridades de migração
• Definir a toolchain necessária

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

• Quais aplicativos você tem, e quem os usa (e com que frequência)?
• O quão críticos para o negócio são os aplicativos que você busca 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 atualmente em vigor?
• Existem problemas de desempenho afetando operações atuais?

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

• Realizar a migração
• Operar no ambiente de nuvem

Nunca inicie a transição para a nuvem a menos que você tenha certeza de que sua equipe pode prosperar no novo ambiente.

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 de largura de banda e rede)
• O custo de treinamento da equipe
• Manutenção regular pós-migração
• O custo de tempo de inatividade potencial
• Custos de espaço, refrigeração e eletricidade (para uma nuvem privada on-premises)

Defina Metas e KPIs de Migração

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

• Modernizar um aplicativo legado
• Acelerar um serviço específico
• Melhorar capacidades operacionais
• Aumentar resiliência do sistema
• Aprimorar experiência do usuário
• Alcançar melhor escalabilidade de serviço
• Reduzir custos operacionais
• Melhorar segurança de dados

Além do objetivo geral, a equipe deve definir Indicadores-Chave de Desempenho (KPIs) de migração para a nuvem. Estas métricas medirão como um aplicativo ou serviço migrado performa contra 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 de duas categorias:

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

Aqui estão os KPIs mais comuns que um negócio pode acompanhar durante o processo de migração:

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

Vamos analisar alguns KPIs pós-migração que sua equipe pode rastrear:

• KPIs de infraestrutura (uso de CPU, pegada de memória do serviço, desempenho de disco, balanceamento de carga, latência, throughput de rede, etc.)
• Métricas de desempenho de aplicativos (taxas de erro, número de timeouts, tempo médio de resposta (ART), tempo de resposta de pico (PRT), uptime, disponibilidade, etc.)
• KPIs de experiência do usuário (número de picos de requisições, erros de código de status HTTP, exceções lançadas e logadas, lag, tempos de resposta, etc.)
• Métricas de impacto nos negócios (duração do processo de checkout, taxas de inscrição e cancelamento, taxas de engajamento, etc.)
• KPIs de custo (faturamento mensal, custos de pessoal, ferramentas terceiras, custos de consultoria, etc.)

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

Realize Avaliação de Dados e Aplicativos

A avaliação de dados é uma etapa vital deste checklist de migração para a nuvem, pois mover dados é tipicamente a parte mais complicada de adotar a nuvem. Avaliar dados cuidadosamente permite que sua equipe avalie:

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

Onde seus dados residem pode impactar o desempenho de um aplicativo e serviço. Mover dados para a nuvem quando os métodos de acesso a dados ainda operam on-premises pode afetar significativamente o desempenho. O mesmo vale se o banco de dados ainda está on-premises mas o serviço acessando-o reside na nuvem.

Além de avaliar dados, seus aplicativos on-premises devem receber o mesmo tratamento. Antes de migrar, a equipe deve criar um inventário de todos os aplicativos on-premises e seus servidores. Você também deve avaliar quaisquer máquinas virtuais atuais e contabilizar potenciais dependências de aplicativos.

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

Avalie Opções de Migração para a Nuvem

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

• Integração rasa na nuvem (a.k.a. lift-and-shift): Quando você faz lift and shift de um aplicativo, faz poucas ou nenhuma mudança no código e configura o aplicativo na nuvem mais ou menos em sua forma atual. Migrar um aplicativo sem nenhuma mudança é conhecido como rehosting; fazer alterações menores ao mover um aplicativo para a nuvem é refactoring
• Integração profunda na nuvem: Diferente de sua contraparte rasa, a integração profunda na nuvem requer que você modifique o aplicativo para aproveitar recursos da nuvem. As mudanças podem variar de ajustes relativamente simples (como configurar auto-scaling e balanceamento de carga dinâmico) a atualizações avançadas (como habilitar serverless computing) que tornam o aplicativo uma solução cloud-native

Integração rasa na nuvem é uma opção significativamente mais rápida que refatorar grandes partes de um aplicativo. Em geral, aplicativos críticos para a missão tipicamente valem o esforço de integrações profundas. Aplicativos e serviços menos vitais podem se dar bem com a abordagem rasa, pois você pode refatorá-los com o tempo após migrar para a nuvem.

Empresas também frequentemente decidem aposentar ou reter aplicativos ao avaliar qual serviço requer que tipo de integração:

• Aposentar é o processo de identificar um aplicativo ou serviço obsoleto que não tem valor se enviado para a nuvem
• Reter é a decisão de manter um aplicativo on-premises, tipicamente devido a uma preocupação de segurança ou conformidade

Escolha o Modelo de Implantação de Nuvem Correto

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

• Nuvem pública (um ambiente multi-tenant que fornece acesso a recursos de computação pela Internet ou através de uma conexão direta dedicada)
• Nuvem privada (um sistema single-tenant no qual uma empresa roda recursos de nuvem dentro de seu próprio data center)
• Nuvem híbrida (uma mistura de sistemas on-prem, nuvens públicas e privadas na qual cargas de trabalho se movem entre ambientes via automação e orquestração)
• Multi-cloud (uma mistura 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)

Qual modelo de implantação você deve usar depende principalmente das necessidades e objetivos únicos do seu negócio. Aqui estão alguns indicadores:

• A nuvem pública fornece um ambiente escalável com modelo pay-per-usage. Embora altamente escalável, a nuvem pública pode não ser ideal para cargas de trabalho sensíveis
• Uma nuvem privada é perfeita para uma empresa com orçamento para rodar um ambiente de nuvem on-premises personalizado para suas cargas de trabalho críticas para a missão
• Uma nuvem híbrida permite rodar cargas de trabalho sensíveis on-prem enquanto também aproveita a escalabilidade da nuvem pública durante picos de demanda
• Embora altamente benéfica quando feita corretamente, existem alguns desafios de nuvem híbrida dos quais você precisa estar ciente antes de projetar uma arquitetura híbrida
• Multi-cloud é uma excelente escolha para empresas preocupadas com vendor lock-in ou empresas buscando misturar e combinar serviços de múltiplos provedores

Escolha um Provedor de Serviços de Nuvem

A menos que você tenha optado por configurar uma nuvem privada on-premises, o próximo item no checklist de migração para a nuvem deve ser encontrar um provedor de nuvem. Embora a maioria dos fornecedores ofereça serviços similares, eles não são todos iguais. Algumas considerações-chave ao escolher um provedor de nuvem são:

• Preços
• Seleção de serviços
• Disponibilidade em regiões específicas
• Garantias de uptime
• Familiaridade da sua equipe interna com a stack tecnológica do provedor
• Requisitos de conformidade específicos da indústria (ex: manter dados de usuários no local de origem segundo 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 o melhor ajuste. Fornecedores proeminentes visam atender a um amplo conjunto de necessidades, então eles nem sempre são uma boa combinação com uma empresa em um vertical específico.

Por exemplo, uma empresa que opera em saúde pode ser melhor servida firmando parceria com um provedor de nicho que melhor entende e suporta conformidade com HIPAA.

Realize Refatoração Necessária

Uma vez que você sabe qual implantação de nuvem precisa e com quem firmar parceria, sua equipe deve começar a fazer as mudanças necessárias em aplicativos e serviços antes de migrá-los para a nuvem.

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

• Trabalhar com um número variável de instâncias em execução para permitir escalabilidade near-instantânea
• Aproveitar capacidades dinâmicas da nuvem (como a capacidade de alocar e desalocar recursos por necessidades atuais)
• Criar uma arquitetura mais orientada a serviços para mover rapidamente serviços individuais para a nuvem (tanto desta vez quanto no futuro)

Agora também é o momento certo para repensar governança e 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:

• Avaliar se a migração pode resultar em novas vulnerabilidades
• Entender como sua equipe interna trabalhará com o provedor para manter ativos na nuvem seguros
• Ajustar (e potencialmente melhorar) suas medidas e práticas de segurança atuais
• Decidir se você pode se beneficiar de ferramentas de segurança adicionais que o provedor oferece
• Configurar mecanismos de failover e recuperação de desastres

Migre e Alterne Tráfego Metodicamente das Operações On-Premises

Embora você possa migrar tudo para a nuvem de uma vez, esta 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 lentamente avançando para os cruciais.

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

• Priorize aplicativos que sua equipe pode mover com a menor quantidade de risco para operações. Boas escolhas são aplicativos que requerem apenas rehosting ou usam recursos mínimos (como armazenamento ou computação baixos)
• Então, comece a mover aplicativos que têm alto valor para seu negócio mas apresentam risco relativamente baixo durante a migração
• Finalmente, deixe as cargas de trabalho críticas para a missão e disruptivas para as etapas finais da migração. Nunca comece a mover estes aplicativos a menos que os das etapas anteriores estejam funcionando de forma ideal
• Use um teste manual ou automatizado (ou ambos) para verificar se a migração foi bem-sucedida ou não

Dependendo da arquitetura dos seus aplicativos e datastores, você pode alternar tráfego da solução on-premises para a nuvem de duas formas:

• Tudo de uma vez: A equipe alterna todo tráfego on-premises assim que o aplicativo começa a rodar na nuvem
• Um pouco de cada vez: Você move alguns clientes para o novo ambiente uma vez que a equipe configura o aplicativo baseado na nuvem. Se tudo funciona como esperado, você continua alternando clientes para a nuvem ao longo do tempo até que todos os usuários finais dependam do novo aplicativo

Use Nosso Checklist de Migração para a Nuvem para Migrar com Confiança

Embora mover para a nuvem seja frequentemente uma decisão óbvia, muitas empresas lutam ou têm sucesso limitado ao mover aplicativos para a nuvem. Aderir ao checklist de migração para a nuvem acima garante que você evite todas as armadilhas comuns, para que você possa começar a planejar sua adoção da nuvem sem o medo de passos em falso custosos.