Este documento centra-se na forma de aplicar considerações empresariais predefinidas ao planear uma estratégia híbrida e multinuvem. Expande as orientações em Motivações, considerações, estratégia e abordagens. Esse artigo define e analisa as considerações empresariais que as empresas devem ter em conta ao planear uma estratégia deste tipo.
Esclareça e concorde com a visão e os objetivos
Em última análise, o principal objetivo de uma estratégia híbrida ou multicloud é alcançar os requisitos empresariais identificados e os objetivos técnicos associados para cada exemplo de utilização empresarial alinhado com objetivos empresariais específicos. Para alcançar este objetivo, crie um plano bem estruturado que inclua as seguintes considerações:
- Que cargas de trabalho devem ser executadas em cada ambiente de computação.
- Que padrões de arquitetura de aplicações aplicar em várias cargas de trabalho.
- Que tecnologia e padrão de arquitetura de rede usar.
Saiba que definir um plano que considere todas as cargas de trabalho e requisitos é, na melhor das hipóteses, difícil, especialmente num ambiente de TI complexo. Além disso, o planeamento demora tempo e pode levar a visões concorrentes dos intervenientes.
Para evitar estas situações, formule inicialmente uma declaração de visão que responda às seguintes perguntas (no mínimo):
- Qual é o exemplo de utilização empresarial segmentado para atingir objetivos empresariais específicos?
- Por que motivo a abordagem e o ambiente de computação atuais são insuficientes para atingir os objetivos de negócio?
- Quais são os principais aspetos tecnológicos a otimizar através da nuvem pública?
- Porquê e como é que a nova abordagem vai otimizar e atingir os objetivos da sua empresa?
- Durante quanto tempo planeia usar a sua configuração híbrida ou multicloud?
Concordar com os principais objetivos e motores empresariais e técnicos e, em seguida, obter a aprovação dos intervenientes relevantes pode fornecer uma base para os passos seguintes no processo de planeamento. Para alinhar eficazmente a solução proposta com a visão arquitetónica global da sua organização, alinhe-a com a sua equipa e os intervenientes responsáveis por liderar e patrocinar esta iniciativa.
Identifique e esclareça outras considerações
Ao planear uma arquitetura híbrida ou multicloud, é importante identificar e concordar com as restrições arquitetónicas e operacionais do seu projeto.
Do ponto de vista das operações, a seguinte lista não exaustiva apresenta alguns requisitos que podem criar algumas restrições a ter em conta ao planear a sua arquitetura:
- Gerir e configurar várias nuvens separadamente em vez de criar um modelo holístico para gerir e proteger os diferentes ambientes de nuvem.
- Garantir a autenticação, a autorização, a auditoria e as políticas consistentes em todos os ambientes.
- Usar ferramentas e processos consistentes em todos os ambientes para fornecer uma vista holística da segurança, dos custos e das oportunidades de otimização.
- Usar padrões de conformidade e segurança consistentes para aplicar uma gestão unificada.
No planeamento da arquitetura, as maiores restrições resultam frequentemente de sistemas existentes e podem incluir o seguinte:
- Dependências entre aplicações
- Requisitos de desempenho e latência para a comunicação entre sistemas
- Confiança no hardware ou nos sistemas operativos que podem não estar disponíveis na nuvem pública
- Restrições de licenciamento
- Dependência da disponibilidade das capacidades necessárias nas regiões selecionadas de uma arquitetura multicloud
Para mais informações sobre outras considerações relacionadas com a portabilidade da carga de trabalho, a movimentação de dados e os aspetos de segurança, consulte a secção Outras considerações.
Crie uma estratégia de arquitetura híbrida e multicloud
Depois de esclarecer os detalhes dos objetivos empresariais e técnicos com os requisitos empresariais associados (e, idealmente, esclarecer e concordar com uma declaração de visão), pode criar a sua estratégia para criar uma arquitetura híbrida ou multicloud.
O seguinte fluxograma resume os passos lógicos para criar uma estratégia deste tipo.
Para ajudar a determinar os objetivos e as necessidades técnicas da sua arquitetura híbrida ou multicloud, os passos no fluxograma anterior começam com os requisitos e os objetivos empresariais. A forma como implementa a sua estratégia pode variar consoante os objetivos, os fatores e o caminho de migração tecnológica de cada exemplo de utilização empresarial.
É importante lembrar que uma migração é um processo. O diagrama seguinte ilustra as fases deste percurso, conforme descrito no artigo Migre para Google Cloud.
Esta secção fornece orientações sobre as fases "Avaliar", "Planear", "Implementar" e "Otimizar" no diagrama anterior. Apresenta estas informações no contexto de uma migração híbrida ou multicloud. Deve alinhar qualquer migração com as orientações e as práticas recomendadas abordadas na secção do caminho de migração do Google Cloud guia de migração. Estas fases podem aplicar-se a cada carga de trabalho individualmente e não a todas as cargas de trabalho em simultâneo. Em qualquer momento, várias cargas de trabalho podem estar em fases diferentes:
Fase de avaliação
Na fase de avaliação, realiza uma avaliação inicial da carga de trabalho. Durante esta fase, considere os objetivos descritos nos documentos de planeamento da visão e estratégia. Decida sobre um plano de migração identificando primeiro uma lista de candidatos de cargas de trabalho que podem beneficiar da implementação ou da migração para a nuvem pública.
Para começar, escolha uma carga de trabalho que não seja essencial para a empresa nem demasiado difícil de migrar (com dependências mínimas ou inexistentes em qualquer carga de trabalho noutros ambientes), mas que seja suficientemente típica para servir de modelo para implementações ou migrações futuras.
Idealmente, a carga de trabalho ou a aplicação que selecionar deve fazer parte de um exemplo de utilização ou de uma função empresarial segmentada que tenha um efeito mensurável na empresa após a conclusão.
Para avaliar e mitigar potenciais riscos de migração, faça uma avaliação dos riscos de migração. É importante avaliar a carga de trabalho candidata para determinar a respetiva adequação à migração para um ambiente de várias nuvens. Esta avaliação envolve a avaliação de vários aspetos das aplicações e da infraestrutura, incluindo o seguinte:
- Requisitos de compatibilidade de aplicações com os fornecedores de nuvem selecionados
- Modelos de preços
- Funcionalidades de segurança oferecidas pelos fornecedores de nuvem selecionados
- Requisitos de interoperabilidade de aplicações
A execução de uma avaliação também ajuda a identificar os requisitos de privacidade dos dados, os requisitos de conformidade, os requisitos de consistência e as soluções em vários ambientes de nuvem. Os riscos que identificar podem afetar as cargas de trabalho que optar por migrar ou operar.
Existem vários tipos de ferramentas, como o Centro de migração do Google Cloud, para ajudar a avaliar as cargas de trabalho existentes. Para mais informações, consulte o artigo Migração para Google Cloud: escolha uma ferramenta de avaliação.
Do ponto de vista da modernização da carga de trabalho, a ferramenta de avaliação de adequação ajuda a avaliar uma carga de trabalho de VM para determinar se a carga de trabalho é adequada para modernização para um contentor ou para migração para o Compute Engine.
Fase de planeamento
Na fase de Planeamento, comece pelas aplicações identificadas e pelas cargas de trabalho na nuvem necessárias, e execute as seguintes tarefas:
- Desenvolva uma estratégia de migração prioritária que defina ondas de migração de aplicações e caminhos.
- Identifique o padrão de arquitetura de aplicação híbrida ou multicloud de alto nível aplicável.
- Selecione um padrão de arquitetura de rede que suporte o padrão de arquitetura de aplicação selecionado.
Idealmente, deve incorporar o padrão de rede de nuvem com o design da zona de destino. O design da zona de destino serve como um elemento fundamental das arquiteturas híbridas e multicloud gerais. O design requer uma integração perfeita com estes padrões. Não crie a zona de destino isoladamente. Considere estes padrões de rede como um subconjunto do design da zona de destino.
Uma zona de destino pode consistir em diferentes aplicações, cada uma com um padrão de arquitetura de rede diferente. Além disso, nesta fase, é importante decidir sobre a conceção da Google Cloud organização, dos projetos e da hierarquia de recursos para preparar a zona de destino do seu ambiente de nuvem para a integração e a implementação híbrida ou multinuvem.
Como parte desta fase, deve considerar o seguinte:
- Defina a abordagem de migração e modernização. Existem mais informações sobre abordagens de migração mais adiante neste guia. Também é abordado mais detalhadamente na secção Tipos de migração do artigo Migre para Google Cloud.
- Use as conclusões da fase de avaliação e descoberta. Alinhe-as com a carga de trabalho candidata que planeia migrar. Em seguida, desenvolva um plano de ondas de migração de aplicações. O plano deve incorporar os requisitos de dimensionamento de recursos estimados que determinou durante a fase de avaliação.
- Defina o modelo de comunicação necessário entre as aplicações distribuídas e entre os componentes da aplicação para a arquitetura híbrida ou multicloud pretendida.
- Decida um arquétipo de implementação adequado para implementar a sua carga de trabalho, como zonal, regional, multirregional ou global, para o padrão de arquitetura escolhido. O arquétipo que selecionar forma a base para a criação de arquiteturas de implementação específicas da aplicação, adaptadas às suas necessidades empresariais e técnicas.
- Decida sobre critérios de sucesso mensuráveis para a migração, com marcos claros para cada fase ou onda de migração. A seleção de critérios é essencial, mesmo que o objetivo técnico seja ter a arquitetura híbrida como uma configuração a curto prazo.
- Defina SLAs e KPIs de aplicações quando as suas aplicações funcionarem numa configuração híbrida, especialmente para as aplicações que possam ter componentes distribuídos em vários ambientes.
Para mais informações, consulte o artigo Acerca do planeamento da migração para ajudar a planear uma migração bem-sucedida e minimizar os riscos associados.
Fase de implementação
Na fase de Implementação, tem tudo pronto para começar a executar a sua estratégia de migração. Dado o número potencial de requisitos, é melhor adotar uma abordagem iterativa.
Priorize as suas cargas de trabalho com base nas ondas de migração e de aplicações que desenvolveu durante a fase de planeamento. Com arquiteturas híbridas e multicloud, comece a implementação estabelecendo a conetividade necessária entre o Google Cloud e os outros ambientes de computação. Para facilitar o modelo de comunicação necessário para a sua arquitetura híbrida ou multicloud, baseie a implementação no design selecionado e no tipo de conetividade de rede, juntamente com o padrão de rede aplicável. Recomendamos que adote esta abordagem para a sua decisão de design geral da zona de destino.
Além disso, tem de testar e validar a aplicação ou o serviço com base nos critérios de sucesso da aplicação definidos. Idealmente, estes critérios devem incluir requisitos de testes funcionais e de carga (não funcionais) antes de passar para a produção.
Fase de otimização
Na fase de Otimização, teste a implementação: depois de concluir os testes e de a aplicação ou o serviço cumprir as expetativas de capacidade funcional e de desempenho, pode movê-lo para produção. As ferramentas de monitorização e visibilidade na nuvem, como o Cloud Monitoring, podem fornecer estatísticas sobre o desempenho, a disponibilidade e o estado das suas aplicações e infraestrutura, e ajudar a otimizar quando necessário.
Para mais informações, consulte o artigo Migre para Google Cloud: otimize o seu ambiente. Para saber como criar essas ferramentas para uma arquitetura híbrida ou multicloud, consulte os padrões de registo e monitorização híbridos e multicloud.
Avalie 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 da carga de trabalho devem estar alinhadas com objetivos de negócio específicos. Por conseguinte, estas decisões devem ser orientadas por exemplos de utilização da empresa segmentados que permitam efeitos comerciais mensuráveis. No entanto, começar pela carga de trabalho/aplicação mais crítica para a empresa nem sempre é necessário nem recomendado. Para mais informações, consulte Escolher as apps a migrar primeiro no guia Migrar para o Google Cloud .
Conforme abordado na secção Fatores empresariais e técnicos, existem diferentes tipos de fatores e considerações para arquiteturas híbridas e multicloud.
A seguinte lista resumida de fatores pode ajudar a avaliar o seu exemplo de utilização de migração no contexto de uma arquitetura híbrida ou de várias nuvens com oportunidades de ter um efeito empresarial mensurável:
- Potencial de diferenciação ou inovação no mercado que é ativado através da utilização de serviços na nuvem para ativar determinadas funções ou capacidades empresariais, como capacidades de inteligência artificial que usam dados no local existentes para preparar modelos de aprendizagem automática.
- Poupanças potenciais no custo total de propriedade de uma aplicação.
- Melhorias potenciais na disponibilidade, resiliência, segurança ou desempenho, por exemplo, adicionando um site de recuperação de desastres (RD) na nuvem.
- Potencial aceleração dos processos de desenvolvimento e lançamento, por exemplo, criando os seus ambientes de desenvolvimento e teste na nuvem.
Os seguintes fatores podem ajudar a avaliar os riscos de migração:
- O potencial efeito das indisponibilidades causadas por uma migração.
- A experiência que a sua equipa tem com implementações na nuvem pública ou com implementações para um novo ou segundo fornecedor de nuvem.
- A necessidade de agir em conformidade com quaisquer restrições legais ou regulamentares existentes.
Os seguintes fatores podem ajudar a avaliar as dificuldades técnicas de uma migração:
- O tamanho, a complexidade e a idade da aplicação.
- O número de dependências com outras aplicações e serviços em diferentes ambientes de computação.
- Quaisquer restrições impostas por licenças de terceiros.
- Quaisquer dependências de versões específicas de sistemas operativos, bases de dados ou outras configurações do ambiente.
Depois de avaliar as cargas de trabalho iniciais, pode começar a dar-lhes prioridade e a definir as ondas de migração e as abordagens. Em seguida, pode identificar padrões de arquitetura aplicáveis e padrões de rede de apoio. Este passo pode exigir várias iterações, uma vez que a sua avaliação pode mudar ao longo do tempo. Por isso, vale a pena reavaliar as cargas de trabalho depois de fazer as suas primeiras implementações na nuvem.