Este documento fornece orientações sobre abordagens e considerações comuns e comprovadas para migrar sua carga de trabalho para a nuvem. Ele amplia as orientações em Projetar uma estratégia de arquitetura híbrida e multicloud, que discute várias etapas possíveis e recomendadas para projetar uma estratégia de adoção de uma arquitetura híbrida ou multicloud.
Priorização da nuvem
Uma maneira comum de começar a usar a nuvem pública é a abordagem priorização da nuvem. Nessa abordagem, as novas cargas de trabalho são implantadas na nuvem pública, enquanto as cargas de trabalho atuais permanecem onde estão. Nesse caso, pense na implantação clássica em um ambiente computacional particular somente se a implantação na nuvem pública não for possível por motivos técnicos ou organizacionais.
A estratégia de priorização da nuvem tem vantagens e desvantagens. Como ponto positivo, ela é voltada para o futuro. É possível implantar novas cargas de trabalho de maneira moderna, evitando (ou pelo menos minimizando) as dificuldades de migrar as cargas de trabalho atuais.
Embora uma abordagem priorizada na nuvem possa oferecer algumas vantagens, ela pode resultar em oportunidades perdidas de melhorar ou usar cargas de trabalho atuais. As novas cargas de trabalho podem representar uma fração do cenário geral de TI, e o efeito delas nas despesas e na performance de TI pode ser limitado. Alocar tempo e recursos para migrar uma carga de trabalho atual pode gerar benefícios ou economias de custos mais substanciais do que tentar ajustar uma nova carga de trabalho no ambiente de nuvem.
Seguir uma abordagem estrita de priorização da nuvem também implica o risco de aumentar a complexidade geral do ambiente de TI. Essa abordagem pode criar redundâncias, reduzir o desempenho devido à comunicação excessiva entre ambientes ou resultar em um ambiente computacional inadequado para cada carga de trabalho individual. Além disso, a conformidade com regulamentações do setor e leis de privacidade de dados pode restringir a migração de determinados aplicativos que contêm dados sensíveis.
Levando todos esses riscos em consideração, talvez seja melhor usar uma abordagem de priorização da nuvem somente para cargas de trabalho específicas. Usar uma abordagem que prioriza a nuvem permite que você se concentre nas cargas de trabalho que podem se beneficiar mais de uma implantação ou migração para a nuvem. Essa abordagem também considera a modernização das cargas de trabalho atuais.
Um exemplo comum de arquitetura híbrida que prioriza a nuvem é quando aplicativos e serviços legados que contêm dados críticos precisam ser integrados a novos dados ou aplicativos. Para concluir a integração, use uma arquitetura híbrida que modernize os serviços legados com interfaces de API, desbloqueando-os para consumo por novos serviços e aplicativos em nuvem. Com uma plataforma de gerenciamento de APIs na nuvem, como o Apigee, é possível implementar esses casos de uso com mudanças mínimas no aplicativo e adicionar segurança, análise e escalonabilidade aos serviços legados.
Migração e modernização
Nuvem híbrida/várias nuvens e modernização da TI são conceitos distintos, mas conectados em um círculo virtuoso. Usar a nuvem pública pode facilitar e simplificar a modernização das cargas de trabalho de TI. Modernizar suas cargas de trabalho de TI pode ajudar você a aproveitar mais a nuvem.
Os principais objetivos de modernizar as cargas de trabalho são:
- ter mais agilidade para se adaptar às mudanças nos requisitos;
- Reduzir os custos de infraestrutura e operações.
- Aumentar a confiabilidade e a resiliência para minimizar o risco.
No entanto, pode não ser viável modernizar todos os aplicativos no processo de migração ao mesmo tempo. Conforme descrito em Migração para o Google Cloud, é possível implementar um dos seguintes tipos de migração, ou até mesmo combinar vários tipos conforme necessário:
- 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
Ao tomar decisões estratégicas sobre suas arquiteturas híbridas e multicloud, é importante considerar a viabilidade da sua estratégia do ponto de vista de custo e tempo. Considere uma abordagem de migração gradual, começando com lift-and-shift ou replataforma e, em seguida, refatoração ou rearquitetura como a próxima etapa. Normalmente, a migração lift-and-shift ajuda a otimizar aplicativos do ponto de vista da infraestrutura. Depois que os aplicativos estiverem em execução na nuvem, será mais fácil usar e integrar serviços de nuvem para otimizá-los ainda mais usando arquiteturas e recursos que priorizam a nuvem. Além disso, esses aplicativos ainda podem se comunicar com outros ambientes por uma conexão de rede híbrida.
Por exemplo, é possível refatorar ou rearquitetar um aplicativo grande e monolítico baseado em VM e transformá-lo em vários microsserviços independentes, com base em uma arquitetura de microsserviços baseada na nuvem. Neste exemplo, a arquitetura de microsserviços usa serviços de contêiner gerenciados Google Cloud , como o Google Kubernetes Engine (GKE) ou o Cloud Run. No entanto, se a arquitetura ou a infraestrutura de um aplicativo não for compatível com o ambiente de nuvem de destino, considere começar com a replataforma, a refatoração ou a reestruturação da sua estratégia de migração para superar essas restrições sempre que possível.
Ao usar qualquer uma dessas abordagens de migração, considere modernizar seus aplicativos (quando aplicável e viável). A modernização pode exigir a adoção e implementação de princípios de engenharia de confiabilidade do site (SRE) ou DevOps. Assim, talvez seja necessário estender a modernização de aplicativos ao seu ambiente particular em uma configuração híbrida. Embora a implementação dos princípios de SRE envolva engenharia, é mais um processo de transformação do que um desafio técnico. Por isso, provavelmente vai exigir mudanças culturais e de procedimentos. Para saber mais sobre como a primeira etapa para implementar a SRE em uma organização é conseguir a adesão da liderança, consulte Com a SRE, não planejar é planejar falhar.
Combinar abordagens de migração
Cada abordagem de migração discutida aqui tem pontos fortes e fracos. Uma das principais vantagens de seguir uma estratégia de nuvem híbrida e de várias nuvens é que você não precisa escolher uma única abordagem. Em vez disso, é você que decide qual delas funciona melhor para cada carga de trabalho ou pilha de aplicativos, conforme mostrado no diagrama a seguir.
Este diagrama conceitual ilustra os vários caminhos ou abordagens de migração e modernização que podem ser aplicados simultaneamente a diferentes cargas de trabalho, impulsionados pelos requisitos e objetivos comerciais e técnicos exclusivos de cada carga de trabalho ou aplicativo.
Além disso, não é necessário que os mesmos componentes da pilha de aplicativos sigam a mesma abordagem ou estratégia de migração. Exemplo:
- O banco de dados local de back-end de um aplicativo pode ser replataformado do MySQL autohospedado para um banco de dados gerenciado usando o Cloud SQL em Google Cloud.
- As máquinas virtuais de front-end do aplicativo podem ser refatoradas para serem executadas em contêineres usando o GKE Autopilot, em que o Google gerencia a configuração do cluster, incluindo nós, escalonamento, segurança e outras configurações predefinidas.
- A solução de balanceamento de carga de hardware local e os recursos do firewall de aplicativo da Web (WAF) podem ser substituídos pelo Cloud Load Balancing e pelo Google Cloud Armor.
Escolha a retransmissão (lift-and-shift) se qualquer uma das seguintes condições for verdadeira para as cargas de trabalho:
- A carga de trabalho tem um número relativamente pequeno de dependências no ambiente.
- Não vale a pena refatorar ou a refatoração antes da migração não é viável.
- A carga de trabalho é baseada em software de terceiros.
Pense em refatorar (mover e melhorar) para os seguintes tipos de carga de trabalho:
- A carga de trabalho tem dependências que precisam ser desatadas.
- A carga de trabalho depende de sistemas operacionais, de hardware ou de banco de dados que não podem ser ajustados para a nuvem.
- A carga de trabalho não faz um uso eficiente dos recursos computacionais ou de armazenamento.
- Não é possível implantar automaticamente a carga de trabalho com facilidade.
Considere se a reconstrução (remover e substituir) atende às suas necessidades para estes tipos de cargas de trabalho:
- A carga de trabalho não satisfaz mais aos requisitos atuais.
- Eles podem ser incorporados a outros aplicativos que oferecem recursos semelhantes sem comprometer os requisitos de negócios.
- A carga de trabalho é baseada em tecnologia de terceiros que chegou ao fim da vida útil.
- A carga de trabalho exige taxa de licenciamento de terceiros que não são mais econômicas.
O Programa de migração rápida mostra como o Google Cloud ajuda os clientes a usar práticas recomendadas, reduzir riscos, controlar custos e simplificar o caminho para o sucesso na nuvem.