Este documento pode ajudar a planear, conceber e implementar a fase de avaliação da sua migração para o Google Cloud. A descoberta do seu inventário de cargas de trabalho e serviços, e o mapeamento das respetivas dependências, podem ajudar a identificar o que precisa de migrar e por que ordem. Ao planear e conceber uma migração para Google Cloud, precisa primeiro de um conhecimento profundo do seu ambiente atual e das cargas de trabalho a migrar.
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á
- Migre para o Google Cloud Google Cloud: avalie e descubra as suas cargas de trabalho (este documento)
- 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
O diagrama seguinte ilustra o caminho do seu percurso de migração.
Este documento é útil se estiver a planear uma migração de um ambiente no local, um ambiente de alojamento privado, outro fornecedor de nuvem ou se estiver a avaliar a oportunidade de migrar e a explorar como poderá ser a fase de avaliação.
Na fase de avaliação, determina os requisitos e as dependências para migrar o seu ambiente de origem para o Google Cloud.
A fase de avaliação é fundamental para o sucesso da sua migração. Tem de adquirir conhecimentos profundos sobre as cargas de trabalho que quer migrar, os respetivos requisitos, as respetivas dependências e o seu ambiente atual. Tem de compreender o seu ponto de partida para planear e executar com êxito uma Google Cloud migração.
A fase de avaliação consiste nas seguintes tarefas:
- Crie um inventário abrangente das suas cargas de trabalho.
- Catalogue as suas cargas de trabalho de acordo com as respetivas propriedades e dependências.
- Forme e eduque as suas equipas sobre Google Cloud.
- Crie experiências e provas de conceito em Google Cloud.
- Calcular o custo total de propriedade (TCO) do ambiente de destino.
- Escolha a estratégia de migração para as suas cargas de trabalho.
- Escolha as ferramentas de migração.
- Defina o plano de migração e a linha cronológica.
- Valide o seu plano de migração.
Crie um inventário das suas cargas de trabalho
Para definir o âmbito da migração, primeiro tem de compreender quantos itens, como cargas de trabalho e dispositivos de hardware, existem no seu ambiente atual, juntamente com as respetivas dependências. A criação do inventário é uma tarefa não trivial que requer um esforço significativo, especialmente quando não tem um sistema de catalogação automático implementado. Para ter um inventário abrangente, tem de usar a experiência das equipas responsáveis pela conceção, implementação e funcionamento de cada carga de trabalho no seu ambiente atual, bem como o próprio ambiente.
O inventário não deve estar limitado apenas a cargas de trabalho, mas deve, pelo menos, conter o seguinte:
- Dependências de cada carga de trabalho, como bases de dados, agentes de mensagens, sistemas de armazenamento de configuração e outros componentes.
- Serviços que suportam a infraestrutura da sua carga de trabalho, como repositórios de origem, ferramentas de integração contínua e implementação contínua (CI/CD) e repositórios de artefactos.
- Servidores, virtuais ou físicos, e ambientes de tempo de execução.
- Eletrodomésticos físicos, como dispositivos de rede, firewalls e outro hardware dedicado.
Ao compilar esta lista, também deve recolher informações sobre cada item, incluindo:
- Localização do código-fonte e se pode modificar este código-fonte.
- Método de implementação da carga de trabalho num ambiente de tempo de execução, por exemplo, se usar um pipeline de implementação automatizado ou manual.
- Restrições de rede ou requisitos de segurança.
- Requisitos de endereço IP.
- Como está a expor a carga de trabalho aos clientes.
- Requisitos de licenciamento para qualquer software ou hardware.
- Como a carga de trabalho se autentica no seu sistema de gestão de identidade e acesso.
Por exemplo, para cada aparelho de hardware, deve conhecer as respetivas especificações detalhadas, como o nome, o fornecedor, as tecnologias e as dependências de outros artigos no seu inventário. Por exemplo:
- Nome: NAS Appliance
- Fornecedor e modelo: Fornecedor Y, modelo Z
- Tecnologias: NFS, iSCSI
- Dependências: conetividade de rede com frames Jumbo para hardware de computação de VMs.
Esta lista também deve incluir informações não técnicas, por exemplo, ao abrigo de que termos de licenciamento tem autorização para usar cada item e quaisquer outros requisitos de conformidade. Embora algumas licenças lhe permitam implementar uma carga de trabalho num ambiente de nuvem, outras proíbem explicitamente a implementação na nuvem. Algumas licenças são atribuídas com base no número de CPUs ou tomadas em utilização, e estes conceitos podem não ser aplicáveis quando executados em tecnologia de nuvem. Alguns dos seus dados podem ter restrições relativamente à região geográfica onde são armazenados. Por último, algumas cargas de trabalho sensíveis podem exigir a posse exclusiva.
Juntamente com o inventário, é útil fornecer ajudas para uma interpretação visual dos dados recolhidos. Por exemplo, pode fornecer um gráfico de dependências e gráficos para realçar aspetos de interesse, como a forma como as suas cargas de trabalho são distribuídas num processo de implementação automático ou manual.
Como criar o seu inventário
Existem diferentes formas de criar um inventário de cargas de trabalho. Embora a forma mais rápida de começar seja fazê-lo manualmente, esta abordagem pode ser difícil para um ambiente de produção grande. As informações nos inventários criados manualmente podem ficar rapidamente desatualizadas e a migração resultante pode falhar porque não confirmou o conteúdo dos seus inventários.
A criação do inventário não é um exercício único. Se o seu ambiente atual for altamente dinâmico, também deve investir esforços na automatização da criação e manutenção do inventário, para que, eventualmente, tenha uma vista consistente de todos os artigos no seu ambiente em qualquer altura. Para obter informações sobre como criar um inventário das suas cargas de trabalho, consulte Centro de migração: inicie uma deteção de recursos.
Exemplo de um inventário de cargas de trabalho
Este exemplo é um inventário de um ambiente que suporta uma app de comércio eletrónico. O inventário inclui cargas de trabalho, dependências, serviços que suportam várias cargas de trabalho e dispositivos de hardware.
Cargas de trabalho
Para cada carga de trabalho no ambiente, a tabela seguinte realça as tecnologias mais importantes, o respetivo procedimento de implementação e outros requisitos.
| Nome | Localização do código-fonte | Tecnologias | Procedimento de implementação | Outros requisitos | Dependências | Requisitos de recursos do sistema |
|---|---|---|---|---|---|---|
| Website de marketing | Repositório corporativo | Front-end do Angular | Automático | O departamento jurídico tem de validar o conteúdo | Serviço de colocação em cache | 5 núcleos de CPU 8 GB de RAM |
| Back office | Repositório corporativo | Back-end Java, front-end Angular | Automático | N/A | Base de dados SQL | 4 núcleos de CPU 4 GB de RAM |
| Carga de trabalho de comércio eletrónico | Carga de trabalho proprietária | Fornecedor X Modelo Y Versão 1.2.0 |
Manual | Os dados de clientes têm de residir na União Europeia | Base de dados SQL | 10 núcleos de CPU 32 GB de RAM |
| Planeamento de recursos empresariais (ERP) | Carga de trabalho proprietária | Fornecedor Z, modelo C, versão 7.0 | Manual | N/A | Base de dados SQL | 10 núcleos de CPU 32 GB de RAM |
| Microsserviços sem estado | Repositório corporativo | Java | Automático | N/A | Serviço de colocação em cache | 4 núcleos de CPU 8 GB de RAM |
Dependências
A tabela seguinte é um exemplo das dependências das cargas de trabalho indicadas no inventário. Estas dependências são necessárias para que as cargas de trabalho funcionem corretamente.
| Nome | Tecnologias | Outros requisitos | Dependências | Requisitos de recursos do sistema |
|---|---|---|---|---|
| Base de dados SQL | PostgreSQL | Os dados de clientes têm de residir na União Europeia | Sistema de cópia de segurança e arquivo | 30 núcleos de CPU 512 GB de RAM |
Serviços de apoio
No seu ambiente, pode ter serviços que suportam várias cargas de trabalho. Neste exemplo de comércio eletrónico, existem os seguintes serviços:
| Nome | Tecnologias | Outros requisitos | Dependências | Requisitos de recursos do sistema |
|---|---|---|---|---|
| Repositórios de código-fonte | Git | N/A | Sistema de cópia de segurança e arquivo | 2 núcleos de CPU 4 GB de RAM |
| Sistema de cópia de segurança e arquivo | Fornecedor G, modelo H, versão 2.3.0 | Por lei, o armazenamento a longo prazo é necessário para alguns artigos | N/A | 10 núcleos de CPU 8 GB de RAM |
| Ferramenta de CI | Jenkins | N/A | Repositórios de código-fonte repositório de artefactos sistema de cópia de segurança e arquivo |
32 núcleos de CPU 128 GB de RAM |
| Repositório de artefactos | Fornecedor A Modelo N Versão 5.0.0 |
N/A | Sistema de cópia de segurança e arquivo | 4 núcleos de CPU 8 GB de RAM |
| Serviço de processamento em lote | Tarefas cron em execução na ferramenta de CI | N/A | Ferramenta de CI | 4 núcleos de CPU 8 GB de RAM |
| Serviço de colocação em cache | Memcached Redis |
N/A | N/A | 12 núcleos de CPU 50 GB de RAM |
Hardware
O ambiente de exemplo tem os seguintes dispositivos de hardware:
| Nome | Tecnologias | Outros requisitos | Dependências | Requisitos de recursos do sistema |
|---|---|---|---|---|
| Firewall | Fornecedor H Modelo V |
N/A | N/A | N/A |
| Instâncias do servidor j | Fornecedor K Modelo B |
Tem de ser desativado porque já não é suportado | N/A | N/A |
| NAS Appliance | Fornecedor Y Modelo Z NFS iSCSI |
N/A | N/A | N/A |
Avalie os seus processos de implementação e operacionais
É importante ter uma compreensão clara do funcionamento dos processos de implementação e operacionais. Estes processos são uma parte fundamental das práticas que preparam e mantêm o seu ambiente de produção e as cargas de trabalho que são executadas nesse ambiente.
Os seus processos de implementação e operacionais podem criar os artefactos de que as suas cargas de trabalho precisam para funcionar. Por conseguinte, deve recolher informações sobre cada tipo de artefacto. Por exemplo, um artefacto pode ser um pacote do sistema operativo, um pacote de implementação de aplicações, uma imagem do sistema operativo, uma imagem de contentor ou outra coisa.
Além do tipo de artefacto, considere como conclui as seguintes tarefas:
- Desenvolva as suas cargas de trabalho. Avalie os processos que as equipas de desenvolvimento têm em vigor para criar as suas cargas de trabalho. Por exemplo, como é que as suas equipas de desenvolvimento estão a conceber, programar e testar as suas cargas de trabalho?
- Gere os artefactos que implementa no seu ambiente de origem. Para implementar as suas cargas de trabalho no ambiente de origem, pode gerar artefactos implementáveis, como imagens de contentores ou imagens de sistemas operativos, ou pode personalizar artefactos existentes, como imagens de sistemas operativos de terceiros, instalando e configurando software. A recolha de informações sobre como está a gerar estes artefactos ajuda a garantir que os artefactos gerados são adequados para implementação noGoogle Cloud.
Armazenar os artefactos. Se produzir artefactos que armazena num registo de artefactos no seu ambiente de origem, tem de disponibilizar os artefactos no seu ambiente de destino. Google Cloud Pode fazê-lo através de estratégias como as seguintes:
- Estabeleça um canal de comunicação entre os ambientes: torne os artefactos no ambiente de origem acessíveis a partir do ambiente de destinoGoogle Cloud .
- Refatore o processo de criação de artefactos: conclua uma refatoração menor do seu ambiente de origem para que possa armazenar artefactos no ambiente de origem e no ambiente de destino. Esta abordagem suporta a sua migração através da criação de infraestrutura, como um repositório de artefactos, antes de ter de implementar processos de compilação de artefactos no ambiente de destino. Google CloudPode implementar esta abordagem diretamente ou basear-se na abordagem anterior de estabelecer primeiro um canal de comunicação.
A disponibilidade de artefactos nos ambientes de origem e de destino permite-lhe concentrar-se na migração sem ter de implementar processos de criação de artefactos no ambiente de destino Google Cloud como parte da migração.
Leia e assine o código. Como parte dos processos de compilação de artefactos, pode estar a usar a análise de código para ajudar a proteger-se contra vulnerabilidades comuns e a exposição não intencional da rede, bem como a assinatura de código para ajudar a garantir que apenas o código fidedigno é executado nos seus ambientes.
Implemente artefactos no seu ambiente de origem. Depois de gerar artefactos implementáveis, pode implementá-los no seu ambiente de origem. Recomendamos que avalie cada processo de implementação. A avaliação ajuda a garantir que os seus processos de implementação são compatíveis com o Google Cloud. Também ajuda a compreender o esforço necessário para, eventualmente, refatorar os processos. Por exemplo, se os seus processos de implementação funcionarem apenas com o ambiente de origem, pode ter de refatorá-los para segmentar o ambiente de destino. Google Cloud
Injetar configuração de tempo de execução. Pode estar a injetar a configuração de tempo de execução para clusters, ambientes de tempo de execução ou implementações de cargas de trabalho específicos. A configuração pode inicializar variáveis de ambiente e outros valores de configuração, como segredos, credenciais e chaves. Para ajudar a garantir que os processos de injeção de configuração de tempo de execução funcionam no Google Cloud, recomendamos que avalie como está a configurar as cargas de trabalho que são executadas no seu ambiente de origem.
Registo, monitorização e criação de perfis. Avalie os processos de registo, monitorização e criação de perfis que tem implementados para monitorizar o estado do ambiente de origem, as métricas de interesse e a forma como está a consumir os dados fornecidos por estes processos.
Autenticação. Avalie a forma como está a fazer a autenticação no seu ambiente de origem.
Aprovisione e configure os seus recursos. Para preparar o ambiente de origem, pode ter concebido e implementado processos que aprovisionam e configuram recursos. Por exemplo, pode estar a usar o Terraform juntamente com ferramentas de gestão de configuração para aprovisionar e configurar recursos no seu ambiente de origem.
Avalie a sua infraestrutura
Depois de avaliar a implementação e os processos operacionais, recomendamos que avalie a infraestrutura que suporta as suas cargas de trabalho no ambiente de origem.
Para avaliar essa infraestrutura, considere o seguinte:
- Como organizou os recursos no seu ambiente de origem. Por exemplo, alguns ambientes suportam uma separação lógica entre recursos através de construções que isolam grupos de recursos uns dos outros, como organizações, projetos e espaços de nomes.
- Como ligou o seu ambiente a outros ambientes, como ambientes nas instalações e outros fornecedores de nuvem.
Categorize as suas cargas de trabalho
Depois de concluir o inventário, tem de organizar as cargas de trabalho em diferentes categorias. Esta categorização pode ajudar a dar prioridade às cargas de trabalho a migrar de acordo com a respetiva complexidade e risco de migração para a nuvem.
Uma matriz do catálogo deve ter uma dimensão para cada critério de avaliação que esteja a considerar no seu ambiente. Escolha um conjunto de critérios que abranja todos os requisitos do seu ambiente, incluindo os recursos do sistema de que cada carga de trabalho precisa. Por exemplo, pode ter interesse em saber se uma carga de trabalho tem dependências ou se é sem estado ou com estado. Quando cria a matriz do catálogo, tenha em atenção que, para cada critério que adiciona, está a adicionar outra dimensão a representar. A matriz resultante pode ser difícil de visualizar. Uma possível solução para este problema pode ser usar várias matrizes mais pequenas, em vez de uma única matriz complexa.
Além disso, junto a cada carga de trabalho, deve adicionar um indicador de complexidade da migração. Este indicador estima a classificação de dificuldade para migrar cada carga de trabalho. A granularidade deste indicador depende do seu ambiente. Por exemplo, pode ter três categorias: fácil de migrar, difícil de migrar ou não pode ser migrado. Para concluir esta atividade, precisa de especialistas para cada item no inventário para estimar a respetiva complexidade de migração. Os fatores desta complexidade de migração são únicos para cada empresa.
Quando o catálogo estiver completo, também pode criar imagens e gráficos para ajudar a sua equipa e a si a avaliar rapidamente as métricas de interesse. Por exemplo, desenhe um gráfico que realce quantos componentes têm dependências ou realce a dificuldade de migração de cada componente.
Para obter informações sobre como criar um inventário das suas cargas de trabalho, consulte o artigo Migration Center: inicie uma deteção de recursos.
Exemplo de um catálogo de cargas de trabalho
Neste exemplo, são usados os seguintes critérios de avaliação, um para cada eixo da matriz:
- O quão crítica é uma carga de trabalho para a empresa.
- Se uma carga de trabalho tem dependências ou é uma dependência para outras cargas de trabalho.
- Tempo de inatividade máximo permitido para a carga de trabalho.
- A dificuldade de migração de uma carga de trabalho.
| Importância para a empresa | Não tem dependências nem elementos dependentes | Tem dependências ou dependentes | Tempo de inatividade máximo permitido | Dificuldade |
|---|---|---|---|---|
| Missão crítica | Microsserviços sem estado | 2 minutos | Fácil | |
| ERP | 24 horas | Difícil | ||
| Carga de trabalho de comércio eletrónico | Sem inatividade | Difícil | ||
| Firewall de hardware | Sem inatividade | Não é possível mover | ||
| Base de dados SQL | 10 minutos | Fácil | ||
| Repositórios de código-fonte | 12 horas | Fácil | ||
| Não essencial | Website de marketing | 2 horas | Fácil | |
| Cópia de segurança e arquivo | 24 horas | Fácil | ||
| Serviço de processamento em lote | 48 horas | Fácil | ||
| Serviço de colocação em cache | 30 minutos | Fácil | ||
| Back office | 48 horas | Difícil | ||
| Ferramenta de CI | 24 horas | Fácil | ||
| Repositório de artefactos | 30 minutos | Fácil |
Para ajudar a visualizar os resultados no catálogo, pode criar imagens e gráficos. O gráfico seguinte realça a dificuldade da migração:
No gráfico anterior, a maioria das cargas de trabalho é fácil de mover, três delas são difíceis de mover e uma delas não é possível mover.
Informe a sua organização acerca do Google Cloud
Para tirar o máximo partido do Google Cloud, a sua organização tem de começar a saber mais sobre os serviços, os produtos e as tecnologias que a sua empresa pode usar no Google Cloud. A sua equipa pode começar com Google Cloud contas de avaliação gratuita que contêm créditos para ajudar a experimentar e aprender. Criar um ambiente gratuito para testar e aprender é fundamental para a experiência de aprendizagem dos seus funcionários.
Tem várias opções de formação:
- Recursos públicos e abertos: pode começar a aprender Google Cloud com laboratórios práticos> gratuitos, séries de vídeos, webinars do Cloud OnAir> e eventos de formação do Cloud OnBoard.
- Cursos detalhados: se quiser uma compreensão mais profunda de como o Google Cloud funciona, pode frequentar cursos a pedido do Google Cloud Skills Boost ou Google Cloud Especializações de formação da Coursera que pode frequentar online ao seu próprio ritmo ou formação em sala de aula pelos nossos parceiros de formação autorizados a nível mundial. Normalmente, estes cursos duram entre um e vários dias.
- Caminhos de aprendizagem baseados em funções: pode formar os seus engenheiros de acordo com a respetiva função na sua organização. Por exemplo, pode formar os seus programadores de cargas de trabalho ou operadores de infraestrutura sobre a melhor forma de usar os Google Cloud serviços.
Também pode certify os conhecimentos dos seus engenheiros sobre Google Cloud com várias certificações, a diferentes níveis:
- Certificações de associado: um ponto de partida para quem usa o Google Cloud pela primeira vez, que pode abrir caminho para certificações profissionais, como a certificação de engenheiro de nuvem associado.Google Cloud
- Certificações profissionais: se quiser avaliar competências avançadas de design e implementação adquiridas ao longo de anos de experiência, pode obter certificações, como a de arquiteto de nuvem profissional ou a de engenheiro de dados profissional. Google Cloud
- Certificações do Google Workspace: pode demonstrar competências de colaboração através das ferramentas do Google Workspace com uma certificação do Google Workspace.
- Certificações do Apigee: com a certificação de engenheiro de APIs certificado do Apigee, pode demonstrar a capacidade de conceber e desenvolver APIs robustas, seguras e escaláveis.
- Certificações de programadores Google: pode demonstrar competências de desenvolvimento com as certificações Associate Android developer (esta certificação está a ser atualizada) e mobile web specialist.
Além da formação e certificação, uma das melhores formas de ganhar experiência com o Google Cloud é começar a usar o produto para criar provas de conceito empresariais.
Experimente e crie validações de conceito
Para mostrar o valor e a eficácia da Google Cloud, pondere conceber e desenvolver uma ou mais provas de conceito (PoCs) para cada categoria de carga de trabalho no seu catálogo de cargas de trabalho. As experiências e os testes permitem-lhe validar pressupostos e demonstrar o valor da nuvem aos líderes empresariais.
No mínimo, a sua PoC deve incluir o seguinte:
- Uma lista abrangente dos exemplos de utilização suportados pelas suas cargas de trabalho, incluindo exemplos de utilização invulgares e casos extremos.
- Todos os requisitos para cada exemplo de utilização, como requisitos de desempenho, escalabilidade e consistência, mecanismos de comutação por falha e requisitos de rede.
- Uma potencial lista de tecnologias e produtos que quer investigar e testar.
Deve criar PoCs e experiências para validar todos os exemplos de utilização na lista. Cada experiência deve ter um contexto de validade preciso, um âmbito, resultados esperados e um impacto empresarial mensurável.
Por exemplo, se uma das suas cargas de trabalho com restrições de CPU precisar de ser dimensionada rapidamente para satisfazer os picos de procura, pode executar uma experiência para verificar se uma zona consegue criar muitos núcleos de CPU virtual e quanto tempo demora a fazê-lo. Se tiver um valor acrescentado significativo, como reduzir o tempo de expansão da nova carga de trabalho em 95% em comparação com o seu ambiente atual, esta experiência pode demonstrar um valor empresarial instantâneo.
Se tiver interesse em avaliar o desempenho das suas bases de dados no local em comparação com o Cloud SQL, o Spanner, o Firestore ou o Bigtable, pode implementar uma PoC em que a mesma lógica empresarial use bases de dados diferentes. Este POC oferece-lhe uma oportunidade de baixo risco para identificar a solução de base de dados gerida certa para a sua carga de trabalho em várias referências e custos de funcionamento.
Se quiser avaliar o desempenho do processo de aprovisionamento de VMs no Google Cloud, pode usar uma ferramenta de terceiros, como o PerfKit Benchmarker, e comparar Google Cloud com outros fornecedores de nuvem. Pode medir o tempo de aprovisionamento de recursos na nuvem de ponta a ponta, além de gerar relatórios sobre as métricas padrão de desempenho máximo, incluindo latência, taxa de transferência e tempo de conclusão. Por exemplo, pode ter interesse em saber quanto tempo e esforço são necessários para aprovisionar muitos clusters do Kubernetes. O PerfKit Benchmarker é um esforço da comunidade de código aberto que envolve mais de 500 participantes, como investigadores, instituições académicas e empresas, incluindo a Google.
Calcule o custo total de propriedade
Quando tem uma visão clara dos recursos de que precisa no novo ambiente, pode criar um modelo de custo total de propriedade que lhe permita comparar os custos no Google Cloud com os custos do seu ambiente atual.
Ao criar este modelo de custos, deve considerar não só os custos de hardware e software, mas também todos os custos operacionais de execução do seu próprio centro de dados, como energia, refrigeração, manutenção e outros serviços de apoio técnico. Tenha em atenção que, normalmente, também é mais fácil reduzir os custos, graças à escalabilidade elástica dosGoogle Cloud recursos, em comparação com um centro de dados no local mais rígido.
Um custo frequentemente ignorado quando se consideram as migrações para a nuvem é a utilização de uma rede na nuvem. Num centro de dados, a compra de infraestrutura de rede, como routers e comutadores, e, em seguida, a execução da cablagem de rede adequada são custos únicos que lhe permitem usar toda a capacidade da rede. Num ambiente de nuvem, existem várias formas de receber faturação pela utilização da rede. Para cargas de trabalho com grande volume de dados ou que geram um grande volume de tráfego de rede, pode ter de considerar novas arquiteturas e fluxos de rede para reduzir os custos de rede na nuvem.
AGoogle Cloud também oferece uma ampla gama de opções para o dimensionamento inteligente de recursos e custos. Por exemplo, no Compute Engine, pode ajustar o tamanho durante a migração com o Migrate for Compute Engine ou depois de as VMs já estarem em execução ou criar grupos de instâncias de dimensionamento automático. Estas opções podem ter um grande impacto nos custos de execução dos serviços e devem ser exploradas para calcular o custo total de propriedade (TCO).
Para calcular o custo total dos Google Cloud recursos, pode usar a calculadora de preços.
Escolha a estratégia de migração para as suas cargas de trabalho
Para cada carga de trabalho a migrar, avalie e selecione uma estratégia de migração que melhor se adapte ao respetivo exemplo de utilização. Por exemplo, as suas cargas de trabalho podem ter as seguintes condições:
- Não toleram qualquer tempo de inatividade ou perda de dados, como cargas de trabalho essenciais. Para estas cargas de trabalho, pode escolher estratégias de migração com tempo de inatividade zero ou quase zero.
- Toleram tempos de inatividade, como cargas de trabalho secundárias ou de back-end. Para estas cargas de trabalho, pode escolher estratégias de migração que exigem um tempo de inatividade.
Quando escolher estratégias de migração, tenha em atenção que as estratégias de migração com tempo de inatividade zero ou quase zero são normalmente mais dispendiosas e complexas de conceber e implementar do que as estratégias de migração que requerem um tempo de inatividade.
Escolha as ferramentas de migração
Depois de escolher uma estratégia de migração para as suas cargas de trabalho, reveja e decida as ferramentas de migração.
Existem muitas ferramentas de migração disponíveis, cada uma otimizada para determinados exemplos de utilização de migração. Os exemplos de utilização podem incluir o seguinte:
- Estratégia de migração
- Ambientes de origem e de destino
- Tamanho dos dados e da carga de trabalho
- Frequência das alterações aos dados e cargas de trabalho
- Disponibilidade para usar serviços geridos para a migração
Para garantir uma migração e uma transição perfeitas, pode usar padrões de implementação de aplicações, orquestração de infraestruturas e aplicações de migração personalizadas. No entanto, as ferramentas especializadas denominadas serviços de migração geridos podem facilitar o processo de mover dados, cargas de trabalho ou até infraestruturas inteiras de um ambiente para outro. Com estas capacidades, encapsulam a lógica complexa da migração e oferecem capacidades de monitorização da migração.
Defina o plano de migração e a linha cronológica
Agora que tem uma vista exaustiva do seu ambiente atual, tem de concluir o plano de migração:
- Agrupar os fluxos de trabalho e os dados a migrar em lotes (também denominados sprints em alguns contextos).
- Escolher a ordem pela qual quer migrar os lotes.
- Escolher a ordem pela qual quer migrar as cargas de trabalho em cada lote.
Como parte do seu plano de migração, recomendamos que também produza os seguintes documentos:
- Documento de design técnico
- Matriz RACI
- Linha cronológica (como um plano de contagem decrescente)
À medida que ganha experiência com o Google Cloud, o impulso da migração e a compreensão do seu ambiente, pode fazer o seguinte:
- Refine o agrupamento de cargas de trabalho e dados a migrar.
- Aumente o tamanho dos lotes de migração.
- Atualize a ordem em que migra lotes e cargas de trabalho dentro de lotes.
- Atualize a composição dos lotes.
Para agrupar as cargas de trabalho e os dados a migrar em lotes, e para definir a ordem de migração, avalie as suas cargas de trabalho em função de vários critérios, como os seguintes:
- Valor empresarial da carga de trabalho.
- Se a carga de trabalho for implementada ou executada de uma forma única em comparação com o resto da sua infraestrutura.
- Equipas responsáveis pelo desenvolvimento, implementação e operações da carga de trabalho.
- Número, tipo e âmbito das dependências da carga de trabalho.
- Esforço de refatorização para fazer com que a carga de trabalho funcione no novo ambiente.
- Requisitos de conformidade e licenciamento da carga de trabalho.
- Requisitos de disponibilidade e fiabilidade da carga de trabalho.
As cargas de trabalho que migrar primeiro são as que permitem às suas equipas desenvolver os respetivos conhecimentos e experiência na Google Cloud. Uma maior exposição e experiência da sua equipa na nuvem pode reduzir o risco de complicações durante a fase de migração da sua migração e tornar as migrações subsequentes mais fáceis e rápidas. Por este motivo, escolher os primeiros a migrar certos é crucial para uma migração bem-sucedida.
Valor do negócio
A escolha de uma carga de trabalho que não seja essencial para a empresa protege a sua principal linha de negócio e diminui o impacto na empresa de riscos e erros não descobertos enquanto a sua equipa aprende tecnologias de nuvem. Por exemplo, se escolher o componente onde a lógica das transações financeiras principais da sua carga de trabalho de comércio eletrónico é implementada como um pioneiro, qualquer erro durante a migração pode ter um impacto na sua principal linha de negócio. Uma melhor escolha é a base de dados SQL que suporta as suas cargas de trabalho ou, melhor ainda, a base de dados de preparação.
Deve evitar cargas de trabalho raramente usadas. Por exemplo, se escolher uma carga de trabalho que seja usada apenas algumas vezes por ano por um número reduzido de utilizadores, embora seja uma migração de baixo risco, não aumenta o impulso da sua migração e pode ser difícil detetar e responder a problemas.
Casos extremos
Também deve evitar casos extremos para poder descobrir padrões que pode aplicar a outras cargas de trabalho para migrar. Um objetivo principal ao selecionar um pioneiro é ganhar experiência com padrões comuns na sua organização para poder criar uma base de conhecimentos. Pode aplicar o que aprendeu com estes primeiros utilizadores quando migrar cargas de trabalho futuras mais tarde.
Por exemplo, se a maioria das suas cargas de trabalho for concebida de acordo com uma metodologia de desenvolvimento orientado por testes e for desenvolvida através da linguagem de programação Python, a escolha de uma carga de trabalho com pouca cobertura de testes e desenvolvida através da linguagem de programação Java, não lhe permite descobrir nenhum padrão que possa aplicar ao migrar as cargas de trabalho do Python.
Equipas
Ao escolher os seus primeiros utilizadores, preste atenção às equipas responsáveis por cada carga de trabalho. A equipa responsável por uma empresa pioneira deve estar altamente motivada e ansiosa por experimentar Google Cloud os seus serviços. Além disso, a liderança empresarial deve ter objetivos claros para as equipas pioneiras e trabalhar ativamente para as patrocinar e apoiar durante o processo.
Por exemplo, uma equipa com um bom desempenho que esteja no escritório principal com um histórico comprovado de implementação de práticas de desenvolvimento modernas, como DevOps e disciplinas como engenharia de fiabilidade do site, pode ser um bom candidato. Se também tiverem patrocinadores de liderança de cima para baixo e objetivos claros em torno de cada migração de cargas de trabalho, podem ser um excelente candidato.
Dependências
Além disso, deve focar-se nas cargas de trabalho com o menor número de dependências, quer de outras cargas de trabalho ou serviços. A migração de uma carga de trabalho sem dependências é mais fácil quando tem experiência limitada com o Google Cloud.
Se tiver de escolher cargas de trabalho que tenham dependências de outros componentes, escolha as que estão fracamente associadas às respetivas dependências. Se uma carga de trabalho já estiver concebida para a indisponibilidade eventual das respetivas dependências, pode reduzir o atrito ao migrar a carga de trabalho para o ambiente de destino. Por exemplo, os candidatos com acoplamento flexível são cargas de trabalho que comunicam através de um agente de mensagens ou que funcionam offline, ou são concebidos para tolerar a indisponibilidade do resto da infraestrutura.
Embora existam estratégias para migrar dados de cargas de trabalho com estado, uma carga de trabalho sem estado raramente requer qualquer migração de dados. A migração de uma carga de trabalho sem estado pode ser mais fácil porque não tem de se preocupar com uma fase transitória em que os dados estão parcialmente no seu ambiente atual e parcialmente no ambiente de destino. Por exemplo, os microsserviços sem estado são bons candidatos para os primeiros a adotar, porque não dependem de dados com estado locais.
Esforço de refatoração
Um primeiro utilizador deve exigir uma quantidade mínima de refatoração, para que possa concentrar-se na migração em si e em Google Cloud, em vez de despender um grande esforço em alterações ao código e à configuração das suas cargas de trabalho. A refatoração deve focar-se nas alterações necessárias que permitem que as suas cargas de trabalho sejam executadas no ambiente de destino, em vez de se focar na modernização e otimização das cargas de trabalho, que são abordadas em fases de migração posteriores.
Por exemplo, uma carga de trabalho que requer apenas alterações de configuração é uma boa primeira a mover-se, porque não tem de implementar nenhuma alteração na base de código e pode usar os artefactos existentes.
Licenciamento e conformidade
As licenças também desempenham um papel na escolha dos primeiros a migrar, porque algumas das suas cargas de trabalho podem estar licenciadas ao abrigo de termos que afetam a sua migração. Por exemplo, algumas licenças proíbem explicitamente a execução de cargas de trabalho num ambiente de nuvem.
Ao examinar os termos de licenciamento, não se esqueça dos requisitos de conformidade, pois pode ter requisitos de arrendamento exclusivo para algumas das suas cargas de trabalho. Por estes motivos, deve escolher cargas de trabalho que tenham o menor número de restrições de licenciamento e conformidade como pioneiras.
Por exemplo, os seus clientes podem ter o direito legal de escolher em que região armazena os respetivos dados, ou os dados dos seus clientes podem estar restritos a uma região específica.
Disponibilidade e fiabilidade
Os bons primeiros a adotar são aqueles que podem suportar um tempo de inatividade causado por uma janela de transição. Se escolher uma carga de trabalho com requisitos de disponibilidade rigorosos, tem de implementar uma estratégia de migração de dados sem tempo de inatividade, como Y (escrita e leitura) ou desenvolvendo um microsserviço de acesso a dados. Embora esta abordagem seja possível, impede que as suas equipas adquiram a experiência necessária com o Google Cloud, uma vez que têm de dedicar tempo à implementação dessas estratégias.
Por exemplo, os requisitos de disponibilidade de um motor de processamento em lote podem tolerar um tempo de inatividade mais longo do que a carga de trabalho voltada para o cliente do seu site de comércio eletrónico, onde os utilizadores finalizam as transações.
Valide o seu plano de migração
Antes de tomar medidas para iniciar o seu plano de migração, recomendamos que valide a respetiva viabilidade. Para mais informações, consulte o artigo Práticas recomendadas para validar um plano de migração.
O que se segue?
- Saiba como planear a sua migração e criar a base Google Cloud.
- 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