Este documento fornece orientações sobre abordagens e considerações comuns e comprovadas para migrar a sua carga de trabalho para a nuvem. Expande as orientações em Crie uma estratégia de arquitetura híbrida e multicloud, que aborda vários passos possíveis e recomendados para criar uma estratégia de adoção de uma arquitetura híbrida ou multicloud.
Baseada na nuvem
Uma forma comum de começar a usar a nuvem pública é a abordagem prioridade à nuvem. Nesta abordagem, implementa as suas novas cargas de trabalho na nuvem pública, enquanto as cargas de trabalho existentes permanecem onde estão. Nesse caso, considere uma implementação clássica num ambiente de computação privado apenas se uma implementação na nuvem pública for impossível por motivos técnicos ou organizacionais.
A estratégia baseada na nuvem tem vantagens e desvantagens. Por outro lado, é uma perspetiva de futuro. Pode implementar novas cargas de trabalho de forma modernizada, evitando (ou, pelo menos, minimizando) os problemas da migração de cargas de trabalho existentes.
Embora uma abordagem prioritária na nuvem possa oferecer determinadas vantagens, pode resultar em oportunidades perdidas para melhorar ou usar cargas de trabalho existentes. As novas cargas de trabalho podem representar uma fração da paisagem de TI geral e o respetivo efeito nas despesas e no desempenho de TI pode ser limitado. A atribuição de tempo e recursos à migração de uma carga de trabalho existente pode potencialmente gerar benefícios ou poupanças de custos mais substanciais em comparação com a tentativa de acomodar uma nova carga de trabalho no ambiente da nuvem.
Seguir uma abordagem baseada na nuvem rigorosa também corre o risco de aumentar a complexidade geral do seu ambiente de TI. Esta abordagem pode criar redundâncias, reduzir o desempenho devido a uma potencial comunicação excessiva entre ambientes ou resultar num ambiente de computação que não é adequado para a carga de trabalho individual. Além disso, a conformidade com os regulamentos da indústria e as leis de privacidade dos dados pode restringir as empresas de migrar determinadas aplicações que contêm dados confidenciais.
Considerando estes riscos, pode ser melhor usar uma abordagem baseada na nuvem apenas para cargas de trabalho selecionadas. A utilização de uma abordagem baseada na nuvem permite-lhe concentrar-se nas cargas de trabalho que podem beneficiar mais de uma implementação ou migração para a nuvem. Esta abordagem também considera a modernização das cargas de trabalho existentes.
Um exemplo comum de uma arquitetura híbrida baseada na nuvem é quando as aplicações e os serviços antigos que contêm dados críticos têm de ser integrados com novos dados ou aplicações. Para concluir a integração, pode usar uma arquitetura híbrida que modernize os serviços antigos através de interfaces de API, o que os desbloqueia para consumo por novos serviços e aplicações na nuvem. Com uma plataforma de gestão de APIs> na nuvem, como o Apigee, pode implementar estes exemplos de utilização com alterações mínimas à aplicação e adicionar segurança, estatísticas e escalabilidade aos serviços existentes.
Migração e modernização
A modernização de TI e a multinuvem híbrida são conceitos distintos que estão ligados num círculo virtuoso. A utilização da nuvem pública pode facilitar e simplificar a modernização das cargas de trabalho de TI. A modernização das suas cargas de trabalho de TI pode ajudar a tirar mais partido da nuvem.
Os principais objetivos da modernização das cargas de trabalho são os seguintes:
- Alcançar uma maior agilidade para se poder adaptar aos requisitos em constante mudança.
- Reduza os custos da sua infraestrutura e operações.
- Aumente a fiabilidade e a resiliência para minimizar o risco.
No entanto, pode não ser viável modernizar todas as aplicações no processo de migração ao mesmo tempo. Conforme descrito em Migração para Google Cloud, pode implementar um dos seguintes tipos de migração ou até combinar vários tipos, conforme necessário:
- Rehospedagem (recortar e guardar)
- Mude de plataforma (transfira e otimize)
- Refatorar (mover e melhorar)
- Reestruturar (continuar a modernizar)
- Reconstruir (remover e substituir, por vezes denominado rip and replace)
- Recompra
Ao tomar decisões estratégicas sobre as suas arquiteturas híbridas e multicloud, é importante considerar a viabilidade da sua estratégia do ponto de vista dos custos e do tempo. Pondere uma abordagem de migração faseada, começando por transferir e mover ou mudar de plataforma e, em seguida, refatorar ou reestruturar como passo seguinte. Normalmente, a estratégia lift-and-shift ajuda a otimizar as aplicações do ponto de vista da infraestrutura. Depois de as aplicações serem executadas na nuvem, é mais fácil usar e integrar serviços na nuvem para as otimizar ainda mais através de arquiteturas e capacidades baseadas na nuvem. Além disso, estas aplicações podem continuar a comunicar com outros ambientes através de uma ligação de rede híbrida.
Por exemplo, pode refatorar ou reestruturar uma aplicação grande e monolítica baseada em VMs e transformá-la em vários microsserviços independentes, com base numa arquitetura de microsserviços baseada na nuvem. Neste exemplo, a arquitetura de microsserviços usa Google Cloud serviços de contentores geridos, como o Google Kubernetes Engine (GKE) ou o Cloud Run. No entanto, se a arquitetura ou a infraestrutura de uma aplicação não forem suportadas no ambiente de nuvem de destino tal como estão, pode considerar começar por reestruturar, refatorar ou reestruturar a sua estratégia de migração para ultrapassar essas restrições sempre que possível.
Quando usar qualquer uma destas abordagens de migração, pondere modernizar as suas aplicações (quando aplicável e viável). A modernização pode exigir a adoção e a implementação dos princípios de engenharia de fiabilidade do site (SRE) ou DevOps, pelo que também pode ter de estender a modernização da aplicação ao seu ambiente privado numa configuração híbrida. Embora a implementação dos princípios de EFS envolva engenharia na sua essência, é mais um processo de transformação do que um desafio técnico. Como tal, é provável que exija alterações processuais e culturais. Para saber mais sobre como o primeiro passo para implementar a SRE numa organização é obter a aprovação da liderança, consulte Com a SRE, não planear é planear falhar.
Combine abordagens de migração
Cada abordagem de migração abordada aqui tem determinadas vantagens e desvantagens. Uma vantagem fundamental de seguir uma estratégia híbrida e multicloud é que não é necessário optar por uma única abordagem. Em alternativa, pode decidir que abordagem funciona melhor para cada carga de trabalho ou conjunto de aplicações, conforme mostrado no diagrama seguinte.
Este diagrama conceptual ilustra os vários caminhos ou abordagens de migração e modernização que podem ser aplicados simultaneamente a diferentes cargas de trabalho, com base nos requisitos técnicos e empresariais únicos, bem como nos objetivos de cada carga de trabalho ou aplicação.
Além disso, não é necessário que os mesmos componentes da pilha de aplicações sigam a mesma abordagem ou estratégia de migração. Por exemplo:
- A base de dados no local de uma aplicação pode ser replataformada do MySQL autoalojado para uma base de dados gerida através do Cloud SQL no Google Cloud.
- As máquinas virtuais de front-end da aplicação podem ser refatoradas para serem executadas em contentores através do GKE Autopilot, em que a Google gere a configuração do cluster, incluindo nós, escalabilidade, segurança e outras definições pré-configuradas.
- A solução de balanceamento de carga de hardware nas instalações e as capacidades de firewall de aplicações Web (WAF) podem ser substituídas pelo Cloud Load Balancing e pelo Google Cloud Armor.
Escolha a opção de rehost (lift and shift) se alguma das seguintes afirmações for verdadeira em relação às cargas de trabalho:
- Têm um número relativamente pequeno de dependências no respetivo ambiente.
- Não são consideradas dignas de refatoração ou a refatoração antes da migração não é viável.
- Baseiam-se em software de terceiros.
Considere a refatorização (mover e melhorar) para estes tipos de cargas de trabalho:
- Têm dependências que têm de ser resolvidas.
- Dependem de sistemas operativos, hardware ou sistemas de bases de dados que não podem ser alojados na nuvem.
- Não estão a usar de forma eficiente os recursos de computação ou armazenamento.
- Não podem ser implementadas de forma automática sem algum esforço.
Considere se a reconstrução (remover e substituir) satisfaz as suas necessidades para estes tipos de cargas de trabalho:
- Já não cumprem os requisitos atuais.
- Podem ser incorporadas com outras aplicações que oferecem capacidades semelhantes sem comprometer os requisitos empresariais.
- Baseiam-se em tecnologia de terceiros que atingiu o fim da vida útil.
- Exigem taxas de licença de terceiros que já não são económicas.
O Programa de migração rápida mostra como Google Cloud ajuda os clientes a usar práticas recomendadas, reduzir o risco, controlar os custos e simplificar o caminho para o sucesso na nuvem.