Este documento ajuda a planear, conceber e implementar o processo de migração das suas cargas de trabalho para o Google Cloud. Mover apps de um ambiente para outro é uma tarefa desafiante, mesmo para equipas experientes, pelo que tem de planear e executar a migração cuidadosamente.
Este documento faz parte da seguinte série de várias partes sobre a migração para o Google Cloud:
- Migre para Google Cloud: comece já (este documento)
- Migre para Google Cloud: avalie e descubra as suas cargas de trabalho
- Migre para Google Cloud: planeie e crie a sua base
- Migre para Google Cloud: transfira os seus grandes conjuntos de dados
- Migre para Google Cloud: implemente as suas cargas de trabalho
- Migre para Google Cloud: migre de implementações manuais para implementações automatizadas em contentores
- Migre para Google Cloud: otimize o seu ambiente
- Migre para Google Cloud: práticas recomendadas para validar um plano de migração
- Migre para Google Cloud: minimize os custos
Este documento é útil se estiver a planear uma migração de um ambiente no local, de um ambiente de alojamento privado, de outro fornecedor de nuvem para oGoogle Cloudou se estiver a avaliar a oportunidade de migrar e quiser explorar como poderá ser.
Começar o percurso
Ao planear a migração para o Google Cloud, começa por definir os ambientes envolvidos na migração. O ponto de partida pode ser um ambiente no local, um ambiente de alojamento privado ou outro ambiente de nuvem pública.
Um ambiente no local é um ambiente no qual tem a propriedade e a responsabilidade totais. Mantém o controlo total sobre todos os aspetos do ambiente, como o arrefecimento, a segurança física e a manutenção do hardware.
Num ambiente de alojamento privado, como uma instalação de partilha de espaço, externaliza parte da infraestrutura física e da respetiva gestão para uma entidade externa. Normalmente, esta infraestrutura é partilhada entre os clientes. Num ambiente de alojamento privado, não tem de gerir os serviços de segurança física e segurança. Alguns ambientes de alojamento permitem-lhe gerir parte do hardware físico, como servidores, racks e dispositivos de rede, enquanto outros gerem esse hardware por si. Normalmente, o fornecimento de cabos de alimentação e de rede é feito como um serviço, para que não tenha de os gerir. Mantém o controlo total sobre os hipervisores que virtualizam recursos físicos, a infraestrutura virtualizada que aprovisiona e as cargas de trabalho que executa nessa infraestrutura.
Um ambiente de nuvem pública tem a vantagem de não ter de gerir toda a pilha de recursos sozinho. Pode focar-se no aspeto da pilha que é mais valioso para si. Tal como num ambiente de alojamento privado, não tem de gerir a infraestrutura física subjacente. Além disso, não tem de gerir o hipervisor de virtualização de recursos. Pode criar uma infraestrutura virtualizada e implementar as suas cargas de trabalho nesta nova infraestrutura. Também pode comprar serviços totalmente geridos, em que só se preocupa com as suas cargas de trabalho, transferindo o encargo operacional da gestão de ambientes de tempo de execução.
Para cada ambiente, este documento avalia os seguintes aspetos, bem como quem deve fornecer e gerir os serviços relevantes:
| Recursos | Ambiente nas instalações | Ambiente de alojamento privado | Ambiente de nuvem pública |
|---|---|---|---|
| Segurança física | Eu | Fornecedor de serviços | Fornecedor de serviços |
| Cabos de alimentação e de rede | Eu | Fornecedor de serviços | Fornecedor de serviços |
| Hardware (incl. manutenção) | Eu | Depende do fornecedor de serviços | Fornecedor de serviços |
| Plataforma de virtualização | Eu | Eu | Fornecedor de serviços |
| Recursos de apps | Eu | Eu | Você (tirando partido dos serviços totalmente geridos) |
Neste documento, o ambiente de destino éGoogle Cloud.
Depois de definir os ambientes de início e de destino, define os tipos de carga de trabalho e os processos operacionais relacionados que estão no âmbito da migração. Este documento considera dois tipos de cargas de trabalho e operações: antigas e otimizadas para a nuvem.
As cargas de trabalho e as operações antigas são desenvolvidas sem ter em conta os ambientes de nuvem. Estas cargas de trabalho e operações podem ser difíceis de modificar e dispendiosas de executar e manter porque, normalmente, não suportam nenhum tipo de escalabilidade.
As cargas de trabalho e as operações otimizadas para a nuvem são escaláveis, portáteis, disponíveis e seguras de forma nativa. As cargas de trabalho e as operações podem ajudar a aumentar a produtividade e a agilidade dos programadores, porque estes podem concentrar-se nas cargas de trabalho reais, em vez de despenderem esforços na gestão do desenvolvimento e dos ambientes de tempo de execução, ou lidarem com processos de implementação manuais e complexos. Google Cloud também tem um modelo de responsabilidade partilhada para a segurança. Google Cloud é responsável pela segurança física e pela segurança da infraestrutura, enquanto que o utilizador é responsável pela segurança das cargas de trabalho que implementa na infraestrutura.
Tendo em conta estes tipos de ambiente e carga de trabalho, a sua situação inicial é uma das seguintes:
- Ambiente de alojamento privado ou no local com cargas de trabalho e operações antigas.
- Ambiente de alojamento privado ou no local com cargas de trabalho e operações otimizadas para a nuvem.
- Nuvem pública ou ambiente de alojamento privado com cargas de trabalho e operações antigas.
- Nuvem pública ou ambiente de alojamento privado com cargas de trabalho e operações otimizadas para a nuvem.
O processo de migração depende do seu ponto de partida.
Migrar uma carga de trabalho de um ambiente local antigo ou de um ambiente de alojamento privado para um ambiente otimizado para a nuvem, como uma nuvem pública, pode ser difícil e arriscado. As migrações bem-sucedidas alteram a carga de trabalho a migrar o mínimo possível durante as operações de migração. A mudança de apps locais antigas para a nuvem requer frequentemente vários passos de migração.
Tipos de migrações
Este documento define os seguintes tipos principais de migrações:
- Rehospedagem: recortar e guardar
- Mude de plataforma: aumente e otimize
- Refatoração: mover e melhorar
- Nova arquitetura: continue a modernizar
- Reconstrução: remover e substituir, por vezes denominada rip and replace
- Recompra
Nas secções seguintes, cada tipo de migração é definido com exemplos de quando usar cada tipo.
Rehospedagem: recortar e guardar
Numa migração de rehost, move cargas de trabalho de um ambiente de origem para um ambiente de destino com modificações ou refatoração mínimas ou inexistentes. As modificações que aplica às cargas de trabalho para migrar são apenas as alterações mínimas que tem de fazer para que as cargas de trabalho funcionem no ambiente de destino.
Uma migração de rehost é ideal quando uma carga de trabalho pode operar tal como está no ambiente de destino ou quando existe pouca ou nenhuma necessidade empresarial de alteração. Esta migração é o tipo que requer o menor tempo, uma vez que a quantidade de refatoração é mantida ao mínimo.
Podem existir problemas técnicos que forçam uma migração de rehost. Se não puder refatorar uma carga de trabalho para migrar e não puder desativar a carga de trabalho, tem de usar uma migração de rehost. 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 é simples, pelo que pode não ser possível produzir novos artefactos após a refatorização do código fonte.
As migrações de rehosting são as mais fáceis de realizar porque a sua equipa pode continuar a usar o mesmo conjunto de ferramentas e competências que usava anteriormente. Estas migrações também suportam software pronto a usar. Como migra as cargas de trabalho existentes com refatoração mínima, as migrações de rehost tendem a ser as mais rápidas, em comparação com as migrações de refatoração ou reconstrução.
No entanto, após uma migração de rehosting, as cargas de trabalho que estão a ser executadas no ambiente de destino não estão otimizadas para a nuvem. Estas cargas de trabalho não tiram total partido das funcionalidades da plataforma de nuvem, como a escalabilidade horizontal, os preços detalhados e os serviços altamente geridos.
Mude de plataforma: aumente e otimize
Numa migração de replataforma, transfere as cargas de trabalho existentes e, em seguida, otimiza-as para o novo ambiente de nuvem.
Uma migração de replataforma é mais adequada para organizações que querem tirar partido de todas as competências essenciais da nuvem. Estas competências incluem computação elástica, redundância, desempenho melhorado e segurança.
Por exemplo, pode replataformar uma carga de trabalho para a nuvem para tirar partido de uma arquitetura de microsserviços baseada na nuvem ou de contentores no Google Kubernetes Engine. Estas cargas de trabalho têm um desempenho mais elevado e uma maior eficiência na nuvem.
No entanto, as migrações de replataforma exigem mais trabalho do que as migrações de rehost. A nova plataforma na nuvem vai ter uma base de código subjacente diferente, o que requer várias rondas de testes para garantir que tudo está a funcionar ao nível ideal.
Refatoração: mover e melhorar
Numa migração de refatoração, modifica as cargas de trabalho para tirar partido das capacidades da nuvem e não apenas para as fazer funcionar no novo ambiente. Pode melhorar cada carga de trabalho em termos de desempenho, funcionalidades, custo e experiência do utilizador.
Pode modificar as cargas de trabalho enquanto as migra para a nuvem ou mesmo antes de as migrar. Por exemplo, se não tiver experiência substancial com migrações para a nuvem, pode preferir modificar as cargas de trabalho enquanto faz a migração. No entanto, se tiver experiência em migração para a nuvem, já pode ter uma ideia das modificações que as cargas de trabalho precisam de fazer para tirar total partido das capacidades da nuvem.
Se a arquitetura ou a infraestrutura atuais de uma app não forem suportadas no ambiente de destino tal como estão, é necessário refatorar uma determinada quantidade para superar estes limites.
Outro motivo para escolher a abordagem de refatoração é quando é necessária uma atualização importante da carga de trabalho, além das atualizações que tem de fazer para migrar.
As refatorações de migrações permitem que a sua app tire partido das funcionalidades de uma plataforma na nuvem, como a escalabilidade e a alta disponibilidade. Também pode arquitetar a melhoria para aumentar a portabilidade da app.
No entanto, as migrações de refatoração demoram mais tempo do que as migrações de rehosting, porque as cargas de trabalho têm de ser refatoradas para que a app seja migrada.
Uma migração de refatoração também requer que aprenda novas competências.
Nova arquitetura: continue a modernizar
As migrações de reestruturação 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 alteram o funcionamento desse código. Essas alterações ao código otimizam a carga de trabalho e tiram partido das propriedades otimizadas para a nuvem, como a escalabilidade, a segurança e a agilidade. Por exemplo, uma migração de reestruturação pode pegar numa carga de trabalho monolítica grande e transformá-la em vários microserviços independentes que implementa no Google Cloud.
Uma migração de reestruturação é mais complexa do que uma migração de refatoração, pelo que requer mais tempo e esforço. Uma migração de reestruturação também pode introduzir potencialmente erros ou problemas de segurança nas novas cargas de trabalho. Assim, uma migração de reestruturação requer várias rondas de testes para garantir que tudo está a funcionar ao nível ideal.
Recrie: remova e substitua
Numa migração de recriação, desativa uma app existente e volta a criá-la e escrevê-la completamente como uma app totalmente otimizada para a nuvem.
Se a app atual não estiver a atingir os seus objetivos, por exemplo, não quiser mantê-la, a migração é demasiado dispendiosa com uma das abordagens mencionadas anteriormente ou não é suportada no Google Cloud, pode fazer uma migração de reconstrução.
As migrações de reconstrução permitem que a sua app tire o máximo partido das Google Cloud funcionalidades, como a escalabilidade horizontal, os serviços altamente geridos e a elevada disponibilidade. Como está a reescrever a app desde o início, também remove a dívida técnica da versão existente e antiga.
No entanto, as migrações de reconstrução podem demorar mais tempo do que as migrações de rehost ou de refatoração. Além disso, este tipo de migração não é adequado para apps prontas a usar, porque requer a reescrita da app. Tem de avaliar o tempo e o esforço adicionais para redesenhar e reescrever a app como parte do respetivo ciclo de vida.
Uma migração de reconstrução também requer novas competências. Tem de usar novas cadeias de ferramentas para aprovisionar e configurar o novo ambiente e para implementar a app nesse ambiente.
Recompra
Uma migração de recompra ocorre quando muda de uma carga de trabalho no local comprada para um equivalente de software como serviço (SaaS) alojado na nuvem. Por exemplo, pode mudar de um software de colaboração nas instalações e armazenamento local para o Google Workspace.
Do ponto de vista dos recursos, uma migração de recompra pode ser muito mais fácil do que refatorar, reconstruir ou reestruturar. No entanto, uma migração de recompra pode ser muito mais cara e pode não ter acesso às funcionalidades detalhadas de controlo dos seus próprios ambientes na nuvem.
Google Cloud Estrutura de adoção
Antes de iniciar a migração, deve avaliar a maturidade da sua organização na adoção de tecnologias de nuvem. A Google Cloud estrutura de adoção serve como um mapa para determinar onde estão atualmente as capacidades de tecnologia de informação da sua empresa e como um guia para onde quer chegar.
Pode usar esta estrutura para avaliar a preparação da sua organização para a Google Cloud e o que tem de fazer para colmatar as lacunas e desenvolver novas competências, conforme ilustrado no diagrama seguinte.
A estrutura avalia quatro temas:
- Saiba mais. A qualidade e a escala dos seus programas de aprendizagem.
- Lead. A medida em que os seus departamentos de TI são suportados por um mandato da liderança para migrar para o Google Cloud.
- Escala. A medida em que usa serviços otimizados para a nuvem e a quantidade de automatização operacional que tem implementada.
- Seguro. A capacidade de proteger o seu ambiente atual contra acesso não autorizado e inadequado.
Para cada tema, deve estar numa das três fases seguintes, de acordo com a estrutura:
- Táticas. Não existem planos coerentes que abranjam todas as cargas de trabalho individuais que tem implementadas. O seu principal interesse é um retorno rápido sobre os investimentos e pouca perturbação para a sua organização de TI.
- Estratégico. Existe um plano para desenvolver cargas de trabalho individuais com vista a futuras necessidades de escalabilidade. Tem interesse no objetivo a médio prazo de simplificar as operações para serem mais eficientes do que são atualmente.
- Transformacional. As operações na nuvem funcionam sem problemas e usa os dados que recolhe dessas operações para melhorar a sua empresa de TI. Tem interesse no objetivo a longo prazo de tornar o departamento de TI um dos motores de inovação na sua organização.
Quando avalia os quatro tópicos em termos das três fases, obtém a escala de maturidade da nuvem. Em cada tema, pode ver o que acontece quando passa de adotar novas tecnologias quando necessário para trabalhar com elas de forma mais estratégica em toda a organização, o que significa naturalmente uma formação mais profunda, abrangente e consistente para as suas equipas.
O caminho de migração
É importante lembrar que uma migração é um processo. Está no ponto A com a sua infraestrutura e ambientes existentes e quer chegar ao ponto B. Para ir de A para B, pode escolher qualquer uma das opções descritas anteriormente.
O diagrama seguinte ilustra o caminho deste percurso.
Existem quatro fases da migração:
- Avalie. Nesta fase, faz uma avaliação exaustiva e uma descoberta do seu ambiente existente para compreender o seu inventário de apps e ambiente, identificar dependências e requisitos de apps, fazer cálculos do custo total de propriedade e estabelecer referências de desempenho de apps. Para mais informações sobre a fase de avaliação, consulte os artigos Migrar para Google Cloud: avalie e descubra as suas cargas de trabalho, Migrar para Google Cloud: práticas recomendadas e Centro de Migração: inicie uma descoberta de recursos.
- Planeie. Nesta fase, cria a infraestrutura de nuvem básica para alojar as suas cargas de trabalho e planeia como vai mover as apps. Este planeamento inclui a gestão de identidades, a estrutura da organização e do projeto, a rede, a ordenação das suas apps e o desenvolvimento de uma estratégia de migração prioritária. Para mais informações sobre o planeamento e a criação da base, consulte o artigo Migre para o Google Cloud: planeie e crie a base.
- Implemente. Nesta fase, concebe, implementa e executa um processo de implementação para mover cargas de trabalho para o Google Cloud. Também pode ter de refinar a sua infraestrutura na nuvem para lidar com novas necessidades. Para mais informações sobre como implementar as suas cargas de trabalho e como migrar dados, consulte os artigos Migrar para Google Cloud: implemente as suas cargas de trabalho, Migrar para Google Cloud: migre de implementações manuais para implementações automatizadas em contentores e Migrar para Google Cloud: transfira os seus grandes conjuntos de dados. Google Cloud Google Cloud
- Otimize. Nesta fase, começa a tirar total partido das tecnologias e capacidades otimizadas para a nuvem para expandir o potencial da sua empresa para aspetos como o desempenho, a escalabilidade, a recuperação de desastres, os custos, a preparação, bem como abrir as portas às integrações de aprendizagem automática e inteligência artificial para a sua app. Para mais informações sobre como otimizar o seu ambiente, consulte o artigo Migre para Google Cloud: otimize o seu ambiente. Para mais informações acerca dos custos, consulte o artigo Migre para o Google Cloud: minimize os custos.
Encontrar ajuda
Google Cloud oferece várias opções e recursos para que possa encontrar a ajuda e o apoio técnico necessários para tirar o máximo partido dos serviços Google Cloud .
Recursos self-service
Se não precisar de apoio técnico dedicado, pode usar estes recursos de autosserviço:
- Documentação do produto. Google Cloud oferece documentação para cada um dos seus produtos e serviços, bem como para APIs.
- Documentação do Architecture Center. A secção de migração do Centro de arquitetura abrange muitos cenários de migração. Por exemplo, Recursos de migração fornece orientações sobre o seu percurso de migração para Google Cloud.
- Tools. Google Cloud oferece vários produtos e serviços para ajudar
na migração. Por exemplo:
- O Google Cloud Migration Center é uma plataforma unificada que ajuda a acelerar o seu percurso completo na nuvem a partir dos seus ambientes atuais nas instalações ou na nuvem para o Google Cloud.
- O Migrate to Virtual Machines é um produto para migrar servidores físicos e máquinas virtuais de ambientes locais e na nuvem para o Google Cloud. A migração para VMs permite-lhe migrar uma máquina virtual para o Google Cloud em poucos minutos, onde os dados são copiados em segundo plano, mas as máquinas virtuais estão totalmente operacionais.Google Cloud
- O Serviço de transferência de armazenamento permite-lhe transferir dados para o Cloud Storage a partir de outros fornecedores de nuvem, recursos online ou dados locais.
- O Database Migration Service é um produto que ajuda a migrar as suas bases de dados para o Google Cloud.
- O Transfer Appliance é um dispositivo de hardware que pode usar para migrar grandes volumes de dados (de centenas de terabytes a 1 petabyte) para o Google Cloud sem interromper as operações empresariais.
- O Serviço de migração do BigQuery é uma solução abrangente para migrar o seu armazém de dados para o BigQuery.
- Whitepapers. Estes documentos incluem arquiteturas de referência, casos práticos, práticas recomendadas e tutoriais avançados.
- Conteúdo multimédia. Pode ouvir o Google Cloud podcast ou ver qualquer um dos vídeos no Google Cloud canal do YouTube. Estes recursos abordam uma grande variedade de tópicos, desde explicações de produtos a estratégias de desenvolvimento.
- Cursos e laboratórios online. Google Cloud tem vários cursos no Coursera que incluem conteúdo de vídeo, materiais de leitura e laboratórios. Também pode fazer laboratórios através do Google Cloud Skills Boost ou participar em aulas online em direto.
Parceiros tecnológicos
Google Cloud tem parcerias com várias empresas para lhe permitir usar os respetivos produtos. Algumas das ofertas podem ser utilizadas gratuitamente. Por isso, pergunte à empresa e ao seu Google Cloud gestor de conta.
Integradores de sistemas
Google Cloud não só com empresas de produtos e tecnologia, mas também com integradores de sistemas que podem prestar assistência prática. Na lista de parceiros, pode encontrar uma lista de integradores de sistemas especializados em migrações para a nuvem.
Google Cloud Serviços profissionais
A nossa equipa de serviços profissionais está aqui para ajudar a tirar o máximo partido do seu investimento no Google Cloud.
Plano e bases da nuvem: receba ajuda com a sua migração
Os serviços profissionais podem ajudar a planear a migração e implementar as cargas de trabalho em produção com a nossa oferta Cloud Plan and Foundations. Estes especialistas oferecem orientações à sua equipa em cada fase da migração da sua carga de trabalho para produção, desde a configuração das bases para otimizar a plataforma de acordo com as necessidades exclusivas da sua carga de trabalho até à implementação da carga de trabalho. Google Cloud
Os objetivos do Cloud Plan e Foundations são:
- Configure a Google Cloud base.
- Criar documentação de design.
- Planeie atividades de implementação e migração.
- Implemente cargas de trabalho na produção.
- Acompanhe problemas e riscos.
Os serviços profissionais orientam a sua equipa através das seguintes atividades e resultados:
- Realizar workshops técnicos de início de projeto.
- Criar um documento de design técnico.
- Criar um plano de migração.
- Criar uma carta do programa.
- Fornecer gestão de projetos.
- Fornecer conhecimentos técnicos.
Cloud Sprint: acelere a sua migração para o Google Cloud
O Cloud Sprint é um workshop intensivo que acelera a migração da sua app para o Google Cloud. Neste workshop, Google Cloud os serviços profissionais orientam uma das suas equipas através de discussões interativas, sessões de brainstorming e revisão das apps de destino para migração Google Cloud. Durante o Cloud Sprint, os serviços profissionais trabalham em conjunto com os membros da sua equipa para ajudar a ganhar experiência em primeira mão com soluções na nuvem com atividades de implementação necessárias para ajudar a compreender os passos seguintes para futuras Google Cloud migrações.
Formação: desenvolva as competências da sua equipa
Google Cloud Os serviços profissionais podem oferecer formação em áreas com base nas necessidades da sua equipa.
O que se segue?
- Saiba quando encontrar ajuda para as suas migrações.
- Para ver mais arquiteturas de referência, diagramas e práticas recomendadas, explore o Centro de arquitetura na nuvem.
Colaboradores
Autor: Marco Ferrari | Arquiteto de soluções na nuvem