Este documento fornece orientações sobre abordagens comuns e comprovadas e considerações 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 é adotar a abordagem de priorização da nuvem. Nessa abordagem, você implanta as novas cargas de trabalho 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 for impossí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 de prioridade para a nuvem possa oferecer algumas vantagens, ela pode resultar em oportunidades perdidas para melhorar ou usar cargas de trabalho existentes. As novas cargas de trabalho podem representar uma fração do cenário de TI geral, e o efeito delas nas despesas e no desempenho de TI pode ser limitado. A alocação de tempo e recursos para migrar uma carga de trabalho atual pode gerar benefícios ou economias de custo mais substanciais em comparação com a tentativa de acomodar uma nova carga de trabalho no ambiente de nuvem.
Seguir uma abordagem rígida de priorização da nuvem também implica o risco de aumentar a complexidade geral do seu ambiente de TI. Essa abordagem pode criar redundâncias, reduzir o desempenho devido à possível comunicação excessiva entre ambientes ou resultar em um ambiente de computação inadequado para a carga de trabalho individual. Além disso, o compliance 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 na nuvem. Essa abordagem também considera a modernização das cargas de trabalho atuais.
Um exemplo comum de arquitetura híbrida de nuvem é quando aplicativos e serviços legados que armazenam 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 usando interfaces de API, o que os desbloqueia para consumo por novos serviços e aplicativos em nuvem. Com uma plataforma de gerenciamento de APIs na nuvem, como a 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
A nuvem híbrida e a modernização de 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. A modernização das cargas de trabalho de TI pode ajudar você a aproveitar melhor 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.
- Aumente a confiabilidade e a resiliência para minimizar o risco.
No entanto, talvez não seja viável modernizar todos os aplicativos no processo de migração ao mesmo tempo. Conforme descrito em Migração para 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 (mover e melhorar)
- Reestruturar (continuar a modernizar)
- Recriar (remover e substituir, às vezes chamado de rip-and-replace)
- Recompra
Ao tomar decisões estratégicas sobre arquiteturas híbridas e multicloud, é importante considerar a viabilidade da estratégia em termos de custo e tempo. Considere uma abordagem de migração por fases, começando com lift-and-shift ou troca de plataforma e, em seguida, refatoração ou reengenharia como a próxima etapa. Normalmente, o lifting and shifting ajuda a otimizar aplicativos do ponto de vista da infraestrutura. Depois que os aplicativos são executados na nuvem, fica mais fácil usar e integrar serviços de nuvem para otimizar ainda mais usando arquiteturas e recursos de 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 reprojetar 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ço baseada na nuvem. Neste exemplo, a arquitetura de microsserviços usa serviços de contêiner gerenciados do 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 destino da nuvem, considere começar com a migração de plataforma, refatoração ou reengenharia da estratégia de migração para superar essas restrições, quando 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 da Engenharia de confiabilidade do site (SRE) ou dos princípios de DevOps. Assim, talvez seja necessário estender a modernização do aplicativo para o 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 procedimentais e culturais. Para saber mais sobre como a primeira etapa da implementação de SRE em uma organização é conseguir a adesão da liderança, consulte Com SRE, não planejar é planejar para 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ê pode decidir qual abordagem funciona melhor para cada carga de trabalho ou pilha de aplicativos, conforme mostrado no diagrama abaixo.
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, dirigidos pelos requisitos comerciais, técnicos e objetivos 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 reimplementado de MySQL auto-hospedado para um banco de dados gerenciado usando o Cloud SQL no Google Cloud.
- As máquinas virtuais do front-end do aplicativo podem ser refatoradas para serem executadas em contêineres usando o Autopilot do GKE, 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 WAF do firewall do aplicativo da Web podem ser substituídos pelo Cloud Load Balancing e pelo Google Cloud Armor.
Escolha a rehost (lift-and-shift) se 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 essas cargas de trabalho, ou refatorar antes da migração não é viável.
- A carga de trabalho é baseada em software de terceiros.
Considere refatorar (mover e melhorar) para estes 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 de forma automatizada sem algum esforço.
Considere se a recriaçã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.