Este documento explica como aplicar considerações de negócios predefinidas ao planejar uma estratégia híbrida e multicloud. Ele expande a orientação em Drivers, considerações, estratégia e abordagens. O artigo define e analisa as considerações de negócios que as empresas devem levar em conta ao planejar essa estratégia.
Esclarecer e concordar com a visão e os objetivos
Em última análise, o principal objetivo de uma estratégia híbrida ou multicloud é atingir os requisitos de negócios identificados e os objetivos técnicos associados para cada caso de uso de negócios alinhados com objetivos de negócios específicos. Para atingir essa meta, crie um plano bem estruturado que inclua as seguintes considerações:
- Quais cargas de trabalho devem ser executadas em cada ambiente de computação.
- Quais padrões de arquitetura de aplicativo aplicar em várias cargas de trabalho.
- Qual tecnologia e padrão de arquitetura de rede usar.
Definir um plano que considere todas as cargas de trabalho e requisitos é difícil, em especial em um ambiente de TI complexo. Além disso, o planejamento é demorado e pode resultar em conflitos de interesses entre as partes envolvidas.
Para evitar essas situações, formule de início uma declaração de visão que aborde as seguintes questões (no mínimo):
- Qual é o caso de uso de negócios adequado para atender a objetivos de negócios específicos?
- Por que a abordagem e o ambiente de computação atuais são insuficientes para atender aos objetivos de negócios?
- Quais são os principais aspectos tecnológicos a serem otimizados usando a nuvem pública?
- Por que e como a nova abordagem vai otimizar e atender aos seus objetivos de negócios?
- Por quanto tempo você planeja usar sua configuração híbrida ou multicloud?
Concordar com os principais objetivos e motivadores comerciais e técnicos e obter a aprovação das partes interessadas relevantes pode fornecer uma base para as próximas etapas do processo de planejamento. Para alinhar efetivamente a solução proposta com a visão de arquitetura abrangente da organização, trabalhe com sua equipe e as partes interessadas responsáveis por liderar e patrocinar a iniciativa.
Identificar e esclarecer outras considerações
Ao planejar uma arquitetura híbrida ou multicloud, é importante identificar e estabelecer concordância sobre as restrições arquitetônicas e operacionais do projeto.
Do ponto de vista das operações, a seguinte lista não abrangente fornece alguns requisitos que podem criar algumas restrições a serem consideradas ao planejar a arquitetura:
- Gerenciar e configurar várias nuvens separadamente em comparação com criar um modelo abrangente para gerenciar e proteger os diferentes ambientes de nuvem.
- Garantia de que a autenticação, a autorização, a auditoria e as políticas sejam consistentes nos diferentes ambientes.
- Usar ferramentas e processos consistentes em todos os ambientes para fornecer uma visão abrangente da segurança, dos custos e das oportunidades de otimização.
- Usar padrões consistentes de conformidade e segurança para aplicar uma governança unificada.
Do ponto de vista da arquitetura, os sistemas atuais geralmente causam as maiores restrições, que podem incluir:
- dependências entre aplicativos;
- requisitos de desempenho e latência para comunicação entre sistemas;
- dependência de hardware ou sistemas operacionais não disponíveis na nuvem pública.
- Restrições de licenciamento
- Dependência da disponibilidade dos recursos necessários nas regiões selecionadas de uma arquitetura multicloud
Para mais informações sobre outras considerações relacionadas à portabilidade das cargas de trabalho, à movimentação de dados e aos aspectos de segurança, consulte Outras considerações.
Projetar uma estratégia de arquitetura híbrida e multicloud
Depois de esclarecer as especificidades dos objetivos de negócios e técnicos com os requisitos de negócios associados (e, idealmente, esclarecer e estabelecer concordância sobre uma declaração de visão), é possível criar a estratégia para elaborar uma arquitetura híbrida ou multicloud.
O fluxograma a seguir resume as etapas lógicas para criar essa estratégia.
Para ajudar a determinar os objetivos e as necessidades técnicas da arquitetura híbrida ou multicloud, as etapas no fluxograma anterior começam com os requisitos e objetivos de negócios. A maneira como você implementa sua estratégia pode variar de acordo com os objetivos, motivadores e o caminho de migração tecnológica de cada caso de uso de negócios.
É importante lembrar que a migração é uma jornada. O diagrama a seguir ilustra as etapas dessa jornada, conforme descrito em Migrar para o Google Cloud.
Esta seção fornece orientação sobre as etapas "Avaliação", "Planejamento", "Implantação" e "Otimização" no diagrama anterior. Ele apresenta essas informações no contexto de uma migração híbrida ou multicloud. Alinhe qualquer migração com as orientações e as práticas recomendadas discutidas na seção do caminho de migração do guia "Migrar para o Google Cloud". Essas etapas podem ser aplicadas a cada carga de trabalho individualmente, não a todas de uma vez. A qualquer momento, várias cargas de trabalho podem estar em etapas diferentes:
Etapa de avaliação
Na etapa de avaliação, você realiza uma avaliação inicial da carga de trabalho. Durante esta etapa, considere as metas descritas nos seus documentos de planejamento de visão e estratégia. Decida sobre um plano de migração identificando primeiro uma lista de cargas de trabalho candidatas que podem se beneficiar da implantação ou migração para a nuvem pública.
Para começar, escolha uma carga de trabalho que não seja crítica para os negócios ou muito difícil de migrar (com pouca ou nenhuma dependência de qualquer carga de trabalho em outros ambientes), mas que seja comum o suficiente para servir como um modelo para futuras implantações ou migrações.
Idealmente, a carga de trabalho ou aplicativo selecionado deve fazer parte de um caso de uso de negócios ou função que tenha um efeito mensurável nos negócios após a conclusão.
Para avaliar e mitigar quaisquer riscos potenciais de migração, conduza uma avaliação de riscos de migração, porque é importante avaliar a carga de trabalho candidata a fim de determinar a adequação dela para a migração para um ambiente multicloud. Essa avaliação envolve a análise de vários aspectos dos aplicativos e da infraestrutura, incluindo o seguinte:
- Requisitos de compatibilidade dos aplicativos com os provedores de nuvem selecionados
- Modelos de preços
- Recursos de segurança oferecidos pelos provedores de nuvem selecionados
- Requisitos de interoperabilidade dos aplicativos
Executar uma avaliação também ajuda a identificar requisitos de privacidade de dados, requisitos de compliance, requisitos de consistência e soluções em vários ambientes de nuvem. Os riscos identificados podem afetar as cargas de trabalho que você escolhe migrar ou operar.
Há vários tipos de ferramentas, como o Google Cloud Migration Center, para ajudar a avaliar as cargas de trabalho atuais. Para mais informações, consulte Migração para o Google Cloud: escolher uma ferramenta de avaliação.
De uma perspectiva de modernização de carga de trabalho, a ferramenta de avaliação de adequação ajuda a avaliar uma carga de trabalho de VM para determinar se ela é adequada para modernização em um contêiner ou para a migração para o Compute Engine.
Etapa de planejamento
Na etapa de planejamento, comece com os aplicativos identificados e as cargas de trabalho de nuvem necessárias e execute as seguintes tarefas:
- Desenvolva uma estratégia de migração priorizada que defina caminhos e ondas de migração de aplicativos.
- Identifique o padrão de arquitetura de aplicativo híbrido ou multicloud de alto nível aplicável.
- Selecione um padrão de arquitetura de rede que dê suporte ao padrão de arquitetura de aplicativo selecionado.
O ideal é incorporar o padrão de rede em nuvem ao design da zona de destino. O design da zona de destino serve como um elemento fundamental das arquiteturas híbridas e multicloud em geral. Esse design requer integração adequada com os padrões. Não projete a zona de destino de modo isolado. Considere esses padrões de rede como um subconjunto do design da zona de destino.
Uma zona de destino pode consistir em diferentes aplicativos, cada um com um padrão de arquitetura de rede diferente. Além disso, nesta etapa, é importante decidir sobre o design da organização, dos projetos e da hierarquia de recursos do Google Cloud para preparar a zona de destino do ambiente de nuvem para a integração e a implantação híbrida ou multicloud.
Como parte dessa etapa, você precisa considerar o seguinte:
- Defina a abordagem de migração e modernização. Há mais informações sobre abordagens de migração posteriormente neste guia. Isso também é abordado com mais detalhes na seção de tipos de migração de Migrar para o Google Cloud.
- Use as descobertas da etapa de avaliação e descoberta. Alinhe-as com a carga de trabalho candidata que você planeja migrar. Em seguida, desenvolva um plano de ondas de migração de aplicativos. O plano deve incorporar os requisitos estimados de dimensionamento de recursos que você determinou durante a etapa de avaliação.
- Defina o modelo de comunicação necessário entre os aplicativos distribuídos e entre os componentes dos aplicativos para a arquitetura híbrida ou multicloud pretendida.
- Decida um arquétipo de implantação adequado para implantar a carga de trabalho, como zonal, regional, multirregional ou global, para o padrão de arquitetura escolhido. O arquétipo selecionado forma a base para a criação das arquiteturas de implantação específicas do aplicativo, adaptadas às suas necessidades de negócios e técnicas.
- Decida critérios de sucesso mensuráveis para a migração, com marcos claros para cada etapa ou onda de migração. Selecionar critérios é essencial, mesmo que o objetivo técnico seja ter a arquitetura híbrida como uma configuração de curto prazo.
- Defina SLAs e KPIs de aplicativo quando os aplicativos operarem em uma configuração híbrida, em especial para aqueles que podem ter componentes distribuídos em vários ambientes.
Consulte Sobre o planejamento da migração para mais informações sobre como planejar uma migração de sucesso e minimizar os riscos associados.
Etapa de implantação
Na etapa de implantação, tudo está pronto para começar a executar a estratégia de migração. Dado o número potencial de requisitos, é melhor adotar uma abordagem iterativa.
Priorize as cargas de trabalho com base nas ondas de migração e aplicativos que você desenvolveu durante a etapa de planejamento. Com arquiteturas híbridas e multicloud, inicie a implantação estabelecendo a conectividade necessária entre o Google Cloud e os outros ambientes de computação. Para facilitar o modelo de comunicação necessário para a arquitetura híbrida ou multicloud, baseie a implantação no design e no tipo de conectividade de rede selecionados, além de no padrão de rede aplicável. Recomendamos adotar essa abordagem para a decisão geral de design de zona de destino.
Além disso, teste e valide o aplicativo ou serviço com base nos critérios de sucesso do aplicativo definidos. O ideal é que esses critérios incluam requisitos de teste funcional e de carga (não funcional) antes de passar para a produção.
Etapa de otimização
Na etapa de otimização, teste a implantação: depois de concluir o teste e o aplicativo ou serviço atender às expectativas de capacidade funcional e de desempenho, é possível movê-lo para a produção. Ferramentas de monitoramento e visibilidade de nuvem, como o Cloud Monitoring, podem fornecer insights sobre o desempenho, a disponibilidade e a integridade dos aplicativos e da infraestrutura e ajudar você a otimizar o que for necessário.
Para mais informações, consulte Migrar para o Google Cloud: otimizar o ambiente. Para saber como projetar essas ferramentas para arquiteturas híbridas ou multicloud, consulte Padrões híbridos e multicloud de monitoramento e geração de registros.
Avaliar as cargas de trabalho candidatas
A escolha de ambientes de computação para diferentes cargas de trabalho afeta significativamente o sucesso de uma estratégia híbrida e multicloud. As decisões de posicionamento de carga de trabalho devem estar alinhadas com objetivos de negócios específicos. Portanto, essas decisões devem ser baseadas em casos de uso de negócios adequados que permitam efeitos de negócios mensuráveis. No entanto, começar com a carga de trabalho/aplicativo mais crítico para os negócios nem sempre é necessário ou recomendado. Para mais informações, consulte Como escolher os aplicativos para migrar primeiro no guia "Migrar para o Google Cloud".
Conforme discutido na seção Motivadores de negócios e técnicos, há diferentes tipos de motivadores e considerações para arquiteturas híbridas e multicloud.
A seguinte lista resumida de fatores pode ajudar você a avaliar o caso de uso de migração no contexto de uma arquitetura híbrida ou multicloud com oportunidades de ter um efeito de negócios mensurável:
- Potencial para diferenciação de mercado ou inovação que é possível devido ao uso de serviços de nuvem para ativar certas funções ou capacidades de negócios, como a capacidades de inteligência artificial, e que usam dados locais atuais para treinar modelos de machine learning.
- Potencial para economizar no custo total de propriedade de um aplicativo.
- Potencial para melhorias em disponibilidade, resiliência, segurança ou desempenho, por exemplo, ao adicionar um site de recuperação de desastres (DR) na nuvem.
- Potencial de aceleração dos processos de desenvolvimento e lançamento, por exemplo, ao criar os ambientes de desenvolvimento e teste na nuvem.
Os seguintes fatores podem ajudar você a avaliar os riscos de migração:
- O efeito potencial de interrupções causadas por uma migração.
- A experiência que sua equipe tem com implantações de nuvem pública ou com implantações para um novo ou segundo provedor de nuvem.
- Necessidade de obedecer a todas as restrições legais ou regulatórias em vigor.
Os seguintes fatores podem ajudar você a avaliar as dificuldades técnicas de uma migração:
- Tamanho, complexidade e idade do aplicativo.
- O número de dependências com outros aplicativos e serviços em diferentes ambientes de computação.
- Quaisquer restrições impostas por licenças de terceiros.
- Dependências de versões específicas de sistemas operacionais, bancos de dados ou outras configurações do ambiente.
Depois de avaliar as cargas de trabalho iniciais, você pode começar a priorizá-las e definir suas abordagens e ondas de migração. Em seguida, é possível identificar padrões de arquitetura aplicáveis e padrões de rede de suporte. Esta etapa pode exigir várias iterações, porque a avaliação pode mudar ao longo do tempo. Portanto, vale a pena reavaliar as cargas de trabalho depois de fazer as primeiras implantações na nuvem.