Migrar para o Google Cloud: primeiros passos

Last reviewed 2023-10-09 UTC

Este documento ajuda você a planejar, projetar e implementar o processo de migração das cargas de trabalho para o Google Cloud. Mover aplicativos de um ambiente para outro é uma tarefa desafiadora, até mesmo para equipes experientes. Por isso, é necessário planejar e executar a migração com cuidado.

Este documento faz parte da seguinte série de várias partes sobre a migração para o Google Cloud:

Este documento é útil se você estiver planejando uma migração de um ambiente local, de um ambiente de hospedagem particular, de outro provedor de nuvem para o Google Cloud ou se estiver avaliando a oportunidade de migrar e quiser explorar as possibilidades.

Primeiros passos

Ao planejar sua migração para o Google Cloud, você começa definindo os ambientes envolvidos na migração. O ponto de partida pode ser um ambiente local, um ambiente de hospedagem particular ou outro ambiente de nuvem pública.

Um ambiente local é um ambiente em que você tem propriedade e responsabilidade totais. Também é necessário que você tenha controle total sobre todos os aspectos do ambiente, como refrigeração, segurança física e manutenção de hardware.

Em um ambiente de hospedagem particular, como uma instalação de colocation, uma parcela da infraestrutura física e do gerenciamento é terceirizada para uma parte externa. Essa infraestrutura costuma ser compartilhada entre os clientes. Em um ambiente de hospedagem particular, não é necessário gerenciar os serviços de proteção e segurança física. Alguns ambientes de hospedagem permitem gerenciar parte do hardware físico, como servidores, racks e dispositivos de rede, enquanto outros gerenciam esse hardware para você. Normalmente, cabos de energia e de rede são fornecidos como um serviço, para que não seja preciso gerenciá-los. Você tem total controle dos hipervisores que virtualizam recursos físicos, da infraestrutura virtualizada provisionada e das cargas de trabalho executadas nessa infraestrutura.

A vantagem de um ambiente de nuvem pública (em inglês) é que você não é precisa gerenciar toda a pilha de recursos por conta própria. Ele permite que você se concentre no aspecto da pilha que considerar mais valioso. Como em um ambiente de hospedagem particular, não é necessário gerenciar a infraestrutura física subjacente. Além disso, não é necessário gerenciar o hipervisor de virtualização de recursos. Nessa nova infraestrutura, é possível criar uma infraestrutura virtualizada e implantar cargas de trabalho. Também é possível contratar serviços totalmente gerenciados, de modo que você só precisa se preocupar com as cargas de trabalho, sem necessidade de lidar com toda a carga operacional relacionada ao gerenciamento de ambientes de execução.

Neste documento, são avaliados os aspectos a seguir para cada ambiente., além de quem fornece e gerencia os respectivos serviços:

Recursos Ambiente local Ambiente de hospedagem particular Ambiente de nuvem pública
Segurança física e proteção Você Provedor de serviços Provedor de serviços
Cabos de energia e rede Você Provedor de serviços Provedor de serviços
Hardware (inclusive manutenção) Você Depende do provedor de serviços Provedor de serviços
Plataforma de virtualização Você Você Provedor de serviços
Recursos do aplicativo Você Você Você (às vezes aproveitando serviços totalmente gerenciados)

Neste documento, o ambiente de destino é o Google Cloud.

Depois de definir os ambientes inicial e de destino, defina os tipos de carga de trabalho e processos operacionais relacionados que farão parte do escopo da migração. Neste documento, consideramos dois tipos de cargas de trabalho e operações: legadas e otimizadas para nuvem.

As cargas de trabalho e operações legadas são desenvolvidas sem levar em consideração os ambientes de nuvem. Essas cargas de trabalho e operações podem ser difíceis de modificar, além de serem caras de executar e manter, porque geralmente não são compatíveis com nenhum tipo de escalonabilidade.

As cargas de trabalho e operações otimizadas para nuvem são nativamente escalonáveis, portáteis, disponíveis e seguras. As cargas de trabalho e operações podem ajudar a aumentar a produtividade e a agilidade do desenvolvedor. Com elas, os desenvolvedores podem se concentrar nas cargas de trabalho reais, em vez de desperdiçar esforços gerenciando ambientes de desenvolvimento e execução ou lidando com processos de implantação manuais complicados. O Google Cloud também tem um modelo de responsabilidade compartilhado para segurança. O Google Cloud é responsável pela segurança física e pela segurança da infraestrutura, e você é responsável pela segurança das cargas de trabalho que implanta na infraestrutura.

Considerando os tipos de ambiente e carga de trabalho, a situação inicial é uma das seguintes:

  • Ambiente de hospedagem local ou particular com cargas de trabalho e operações legadas
  • Ambiente de hospedagem no local ou particular com cargas de trabalho e operações otimizadas para nuvem.
  • Nuvem pública ou ambiente de hospedagem particular com cargas de trabalho e operações legadas
  • Ambiente de hospedagem de nuvem pública ou privado com cargas de trabalho e operações otimizadas para nuvem.

O processo de migração depende do ponto de partida.

Migrar uma carga de trabalho de um ambiente no local legado ou de um ambiente de hospedagem privado para um ambiente otimizado para nuvem, como uma nuvem pública, pode ser desafiador e arriscado. Migrações bem-sucedidas alteram a carga de trabalho para migrar o mínimo possível durante as operações de migração. Mover aplicativos locais legados para a nuvem geralmente requer várias etapas de migração.

Tipos de migração

Este documento define os seguintes tipos principais de migração:

  • Re-hospedagem: migração lift-and-shift
  • Reformulação de plataforma: migração lift-and-optimize
  • Refatoração: migração e aprimoramento
  • Rearquitetar: continue a modernizar
  • Recriar: remover e substituir, às vezes chamado de rip and replace
  • Recompra

Nas seções a seguir, cada tipo de migração é definido com exemplos de quando usar cada tipo.

Re-hospedagem: migração lift-and-shift

Em uma migração de re-hospedagem, você move cargas de trabalho de um ambiente de origem para um ambiente de destino com pouca ou nenhuma modificação ou refatoração. As cargas de trabalho a serem migradas são modificadas o mínimo possível, apenas o bastante para que elas operem no ambiente de destino.

Uma migração de re-hospedagem é ideal quando uma carga de trabalho pode operar no estado em que se encontra no ambiente de destino ou quando há pouca ou nenhuma necessidade comercial de mudança. Esse tipo de migração requer menos tempo porque a quantidade de refatoração é mínima.

Pode haver problemas técnicos que forçam uma migração de re-hospedagem. Se não for possível refatorar uma carga de trabalho para migrar e desativar a carga de trabalho, use uma migração de re-hospedagem. Por exemplo, pode ser difícil ou impossível modificar o código-fonte da carga de trabalho, ou o processo de compilação não é direto, de modo que não seja possível produzir novos artefatos após a refatoração do código-fonte.

As migrações de re-hospedagem são mais fáceis de realizar, porque sua equipe pode continuar usando o mesmo conjunto de ferramentas e habilidades de antes. Essas migrações também dão suporte a softwares prontos. Como você migra as cargas de trabalho atuais com o mínimo de refatoração, as migrações de re-hospedagem tendem a ser mais rápidas, em comparação com as migrações de refatoração ou recompilação.

No entanto, após uma migração de re-hospedagem, as cargas de trabalho em execução no ambiente de destino não são otimizadas para a nuvem. Essas cargas de trabalho não aproveitam ao máximo os recursos da plataforma de nuvem, como escalonabilidade horizontal, preços detalhados e serviços altamente gerenciados.

Reformulação de plataforma: migração lift-and-optimize

Em uma migração de reformulação, você aumenta as cargas de trabalho atuais e as otimiza para o novo ambiente de nuvem.

Uma migração de reformulação é melhor para organizações que querem aproveitar todas as competências básicas da nuvem. Essas competências incluem computação elástica, redundância, desempenho aprimorado e segurança.

Por exemplo, é possível reformular uma carga de trabalho para a nuvem e aproveitar uma arquitetura de microsserviço baseada na nuvem ou contêineres no Google Kubernetes Engine. Assim, essas cargas de trabalho terão melhor desempenho e mais eficiência em execução na nuvem.

No entanto, as migrações de reformulação exigem mais trabalho do que a re-hospedagem. A nova plataforma de nuvem terá uma base de código subjacente diferente, o que requer várias rodadas de testes para garantir que tudo esteja sendo executado no nível ideal.

Refatoração: migração e aprimoramento

Em uma migração de refatoração, você modifica as cargas de trabalho para aproveitar os recursos da nuvem e não apenas para fazer com que elas funcionem no novo ambiente. É possível aprimorar o desempenho, os recursos, o custo e a experiência do usuário para cada carga de trabalho.

É possível modificar as cargas de trabalho enquanto as migra para a nuvem ou até antes da migração. Por exemplo, se você não tiver muita experiência com migrações para a nuvem, talvez prefira modificar as cargas de trabalho enquanto estiver migrando. No entanto, se você tem experiência em migração para a nuvem, talvez já tenha uma ideia das modificações necessárias para que as cargas de trabalho aproveitem ao máximo os recursos da nuvem.

Se a arquitetura ou a infraestrutura atual de um aplicativo não for compatível com o ambiente de destino, será necessário um certo nível de refatoração para superar essas limitações.

Outra razão para escolher a abordagem de refatoração é quando é necessária uma atualização importante na carga de trabalho, além das atualizações exigidas para migrar.

As migrações de refatoração permitem que seu app aproveite os recursos de uma plataforma de nuvem, como escalonabilidade e alta disponibilidade. Também é possível arquitetar o aprimoramento para aumentar a portabilidade do aplicativo.

No entanto, as migrações de refatoração levam mais tempo do que as de re-hospedagem, porque as cargas de trabalho precisam ser refatoradas para que o app migre.

Uma migração de refatoração também exige que você aprenda novas habilidades.

Rearquitetar: continue a modernizar

As migrações de rearquitetura são semelhantes às migrações de refatoração. No entanto, em vez de reestruturar o funcionamento do código da carga de trabalho, as migrações de rearquitetura mudam como esse código funciona. Essas alterações de código otimizam a carga de trabalho e aproveitam as propriedades otimizadas para nuvem, como escalonabilidade, segurança e agilidade. Por exemplo, uma migração de rearquitetura pode transformar uma grande carga de trabalho monolítica em vários microsserviços independentes que você implanta no Google Cloud.

Uma migração de rearquitetura é mais complexa do que uma refatoração, por isso leva mais tempo e esforço. Uma migração de rearquitetura também pode introduzir bugs ou problemas de segurança nas novas cargas de trabalho. Assim, uma migração de rearquitetura exige várias rodadas de testes para garantir que tudo esteja sendo executado no nível ideal.

Recriar: remover e substituir

Em uma migração de recriação, você desativa um app atual para que ele seja reprojetado e reescrito completamente como um app totalmente otimizado para nuvem.

Faça uma migração de recriação se o app atual não estiver atingindo suas metas. Por exemplo, você não quer manter o app, é muito caro migrar usando uma das abordagens mencionadas anteriormente ou ele não é compatível com o Google Cloud.

As migrações de recriação permitem que seu app aproveite ao máximo os recursos do Google Cloud, como escalonabilidade horizontal, serviços altamente gerenciados e alta disponibilidade. Como você está reescrevendo o aplicativo do zero, o débito técnico da versão legada atual também é removido.

No entanto, as migrações de recriação podem levar mais tempo do que a refatoração. Além disso, esse tipo de migração não é adequado para aplicativos prontos para serem usados porque requer a reelaboração do aplicativo. Você precisa avaliar o tempo e o esforço extras para reformular e reescrever o aplicativo como parte de seu ciclo de vida.

Uma migração de recriação também exige novas habilidades. É necessário usar novas ferramentas para provisionar e configurar o novo ambiente e implantar o aplicativo nesse ambiente.

Recompra

Uma migração de recompra ocorre quando você migra de uma carga de trabalho comprada no local para um equivalente de software como serviço (SaaS) hospedado na nuvem. Por exemplo, é possível migrar de um software de colaboração e do armazenamento locais para o Google Workspace.

Do ponto de vista dos recursos, uma migração de recompra pode ser muito mais fácil do que refatorar, recriar ou rearquitetar. No entanto, uma migração de recompra pode ser muito mais cara e talvez você não tenha os recursos granulares de controlar seus próprios ambientes de nuvem.

Framework de adoção do Google Cloud

Antes de iniciar a migração, é necessário avaliar a maturidade da organização durante a adoção de tecnologias de nuvem. O framework de adoção do Google Cloud serve como um mapa para determinar onde estão os recursos de tecnologia da informação da sua empresa e como um guia para onde você quer chegar.

É possível usar essa estrutura para avaliar o preparo da sua organização para o Google Cloud e o que você precisa fazer para preencher as lacunas e desenvolver novas competências, conforme ilustrado no diagrama a seguir.

Arquitetura do framework de adoção do Google Cloud com quatro temas e três etapas.

A estrutura avalia quatro temas:

  • Aprender. A qualidade e a escala de seus programas de aprendizado.
  • Liderar. Até que ponto seus departamentos de TI recebem o apoio da liderança para realizar a migração para o Google Cloud.
  • Escalonamento. Até que ponto você usa serviços otimizados para a nuvem e quanta automação operacional está em vigor.
  • Proteger. A capacidade de proteger seu ambiente atual contra acessos não autorizados e inadequados.

Para cada tema, você precisa estar em uma das três fases a seguir, de acordo com a estrutura:

  • Tática. Não há planos coerentes que cubram todas as cargas de trabalho individuais atuais. Você tem interesse principalmente em um retorno rápido sobre os investimentos e em diminuir as interrupções na organização de TI.
  • Estratégica. Há um plano de desenvolvimento de cargas de trabalho individuais focado nas necessidades futuras de escalonamento. Você tem interesse no objetivo de médio prazo de simplificar as operações para ser mais eficiente do que hoje.
  • Transformacional. As operações na nuvem funcionam sem problemas e você usa os dados coletados dessas operações para melhorar seus negócios de TI. Você tem interesse no objetivo de longo prazo de tornar o departamento de TI um dos motores da inovação dentro da sua organização.

Ao avaliar os quatro tópicos com base nas três fases, você chegará à escala de maturidade do Cloud. Para cada tema, veja o que acontece quando você deixa de adotar novas tecnologias quando necessário para começar a trabalhar com elas de forma mais estratégica em toda a organização, o que naturalmente significa um treinamento mais profundo, abrangente e consistente para suas equipes.

O caminho da migração

É importante lembrar que a migração é uma jornada. Você está no ponto A com sua infraestrutura e ambientes atuais e quer alcançar o ponto B. Para ir de A para B, é possível escolher qualquer uma das opções descritas anteriormente.

O diagrama a seguir mostra o caminho dessa jornada.

Caminho de migração com quatro fases.

Há quatro fases de migração:

Como encontrar ajuda

O Google Cloud oferece várias opções e recursos para você encontrar a ajuda e o suporte necessários para aproveitar melhor os serviços do Google Cloud.

Recursos de autoatendimento

Caso não precise de suporte dedicado, use estes recursos de autoatendimento:

  • Documentação do produto. O Google Cloud fornece documentação para cada um de seus produtos e serviços, bem como para APIs.
  • Documentação da Central de arquitetura. A seção de migração da Central de arquitetura abrange muitos cenários de migração. Por exemplo, o guia Recursos de migração fornece orientações sobre sua jornada de migração para o Google Cloud.
  • análise O Google Cloud oferece vários produtos e serviços para ajudar na migração. Exemplo:
    • A Central de migração do Google Cloud é uma plataforma unificada que ajuda a acelerar sua jornada de nuvem completa dos seus ambientes locais ou de nuvem atuais até o Google Cloud.
    • Migrate to VMs é um produto para migrar servidores físicos e máquinas virtuais de ambientes locais e na nuvem para o Google Cloud. Migrate to VMs permite migrar uma máquina virtual para o Google Cloud em alguns minutos, onde os dados são copiados em segundo plano, mas as máquinas virtuais estão completamente operacionais.
    • O serviço de transferência do Cloud Storage permite trazer dados para o Cloud Storage a partir de outros provedores de nuvem, recursos on-line ou dados locais.
    • O Database Migration Service é um produto que ajuda você a migrar seus bancos de dados para o Google Cloud.
    • O Transfer Appliance é um equipamento de hardware que pode ser usado para migrar grandes volumes de dados (de centenas de terabytes até 1 petabyte) para o Google Cloud sem interromper as operações comerciais.
    • O Serviço de migração do BigQuery é uma solução abrangente para migrar seu armazenamento de dados para o BigQuery.
  • Artigos. Os artigos incluem arquiteturas de referência, estudos de caso, práticas recomendadas e tutoriais avançados.
  • Conteúdo de mídia. É possível ouvir o podcast do Google Cloud ou assistir a qualquer um dos vídeos no canal do Google Cloud no YouTube. Esses recursos discutem uma ampla variedade de tópicos, desde explicações de produtos até estratégias de desenvolvimento.
  • Cursos e laboratórios on-line. O Google Cloud tem vários cursos no Coursera que incluem conteúdo em vídeo, materiais de leitura e laboratórios. Também é possível fazer laboratórios usando o Google Cloud Ensina ou participar de aulas on-line ao vivo.

Parceiros em tecnologia

O Google Cloud firmou uma parceria com várias empresas para permitir que você use os produtos delas. Algumas das ofertas podem ser gratuitas. Dessa maneira, pergunte à empresa e ao gerente da sua conta do Google Cloud.

Integradores de sistemas

O Google Cloud faz parceria não apenas com empresas de produtos e tecnologia, mas com integradores de sistemas que podem fornecer assistência prática. Na lista de parceiros, você encontra uma lista de integradores de sistemas especializados em migrações na nuvem.

Google Cloud Professional Services

Nossa equipe de serviços profissionais está aqui para ajudar você a aproveitar ao máximo seu investimento no Google Cloud.

Cloud Plan and Foundations: ajuda na sua migração

Os Serviços Profissionais podem ajudar a planejar sua migração e implantar suas cargas de trabalho com nossa oferta do Cloud Plan and Foundations. Esses especialistas orientam sua equipe em cada fase da migração de sua carga de trabalho para a produção, desde a configuração do Google Cloud Foundations até a otimização da plataforma para suas necessidades exclusivas de carga de trabalho e implantação da carga de trabalho.

Os objetivos do Cloud Plan and Foundations são estes:

  • Configurar a base do Google Cloud.
  • Criar a documentação do projeto.
  • Planejar atividades de implantação e migração.
  • Implantar cargas de trabalho até a produção.
  • Acompanhar problemas e riscos.

Os Serviços Profissionais orientam sua equipe por meio das seguintes atividades e materiais:

  1. Realização de workshops técnicos iniciais
  2. Criação de um documento de projeto técnico
  3. Criação de um plano de migração
  4. Criação de uma licença do programa
  5. Gerenciamento de projetos
  6. Conhecimento técnico

Cloud Sprint: acelere sua migração para o Google Cloud

O Cloud Sprint é um workshop intensivo que acelera a migração do seu app para o Google Cloud. Neste workshop, os serviços profissionais do Google Cloud lideram uma das suas equipes por meio de discussões interativas, sessões expositivas e revisão dos aplicativos de destino a serem migrados para o Google Cloud. Durante o Cloud Sprint, os serviços profissionais trabalham com os membros da equipe para ajudar você a ter experiência em nuvem com as atividades de implantação necessárias para entender as próximas etapas das futuras migrações do Google Cloud.

Treinamento: desenvolver as habilidades da sua equipe

Os serviços profissionais do Google Cloud podem fornecer treinamentos nos campos com base nas necessidades da sua equipe.

A seguir