Este documento define e aborda os objetivos, os motores e os requisitos empresariais, bem como a forma como estes fatores podem influenciar as suas decisões de design ao criar arquiteturas híbridas e multicloud.
Objetivos
Uma organização pode adotar uma arquitetura híbrida ou multicloud como uma solução permanente para alcançar objetivos de negócio específicos ou como um estado temporário para facilitar determinados requisitos, como uma migração para a nuvem.
Responder às seguintes perguntas sobre a sua empresa é uma boa forma de definir os requisitos da empresa e estabelecer expetativas específicas sobre como alcançar alguns ou todos os objetivos da empresa. Estas perguntas focam-se no que é necessário para a sua empresa e não em como o alcançar tecnicamente.
- Que objetivos empresariais estão a motivar a decisão de adotar uma arquitetura híbrida ou de várias nuvens?
- Que objetivos empresariais e técnicos vai ajudar a alcançar uma arquitetura híbrida ou multicloud?
- Que fatores empresariais influenciaram estes objetivos?
- Quais são os requisitos empresariais específicos?
No contexto das arquiteturas híbridas e multicloud, um objetivo empresarial de um cliente empresarial pode ser expandir as operações ou os mercados de vendas online de uma única região para se tornar um dos líderes globais no respetivo segmento de mercado. Um dos objetivos empresariais pode ser começar a aceitar ordens de compra de utilizadores em todo o mundo (ou de regiões específicas) no prazo de seis meses.
Para apoiar os requisitos e os objetivos empresariais mencionados anteriormente, um potencial objetivo técnico principal é expandir a infraestrutura de TI e a arquitetura de aplicações de uma empresa de um modelo apenas no local para uma arquitetura híbrida, usando as capacidades e os serviços globais de nuvens públicas. Este objetivo deve ser específico e mensurável, definindo claramente o âmbito da expansão em termos de regiões de destino e prazos.
Geralmente, uma arquitetura híbrida ou multicloud raramente é um objetivo em si, mas sim um meio de cumprir objetivos técnicos determinados por certos requisitos empresariais. Por conseguinte, a escolha da arquitetura híbrida ou multicloud certa requer primeiro a clarificação destes requisitos.
É importante distinguir entre os objetivos empresariais e os objetivos técnicos do seu projeto de TI. Os objetivos da empresa devem focar-se no objetivo e na missão da sua organização. Os seus objetivos técnicos devem focar-se na criação de uma base tecnológica que permita à sua organização cumprir os respetivos requisitos e objetivos empresariais.
Os fatores empresariais influenciam a concretização do objetivo e das metas da empresa. Por conseguinte, a identificação clara dos fatores empresariais pode ajudar a moldar os objetivos ou as metas da empresa para serem mais relevantes para as necessidades e as tendências do mercado.
O fluxograma seguinte ilustra os fatores, os objetivos, os requisitos e os objetivos e requisitos técnicos da empresa, bem como a forma como todos estes fatores se relacionam entre si:
Motivações empresariais e técnicas
Considere como os fatores de negócio influenciam os seus objetivos técnicos. Alguns fatores comuns e influentes que determinam a escolha de uma arquitetura híbrida incluem o seguinte:
- Cumprir as leis e os regulamentos relativos à soberania dos dados.
- Reduzir as despesas de capital (CAPEX) ou os gastos gerais de TI com o apoio
da gestão financeira na nuvem e das disciplinas de otimização de custos, como o
FinOps.
- A adoção da nuvem pode ser impulsionada por cenários que ajudam a reduzir as despesas de capital, como a criação de uma solução de recuperação de desastres numa arquitetura híbrida ou de várias nuvens.
- Melhorar a experiência do utilizador.
- Aumentar a flexibilidade e a agilidade para responder às exigências do mercado em constante mudança.
- Melhorar a transparência sobre os custos e o consumo de recursos.
Considere a sua lista de fatores empresariais para adotar uma arquitetura híbrida ou de várias nuvens em conjunto. Não os considere isoladamente. A sua decisão final deve depender do equilíbrio das prioridades da sua empresa.
Depois de a sua organização perceber as vantagens da nuvem, pode decidir migrar totalmente se não existirem restrições, como custos ou requisitos de conformidade específicos que exijam que os dados altamente seguros sejam alojados no local, que a impeçam de o fazer.
Embora a adoção de um único fornecedor de nuvem possa oferecer várias vantagens, como a redução da complexidade, as integrações incorporadas entre serviços e as opções de otimização de custos, como os descontos por utilização garantida, ainda existem alguns cenários em que uma arquitetura de várias nuvens pode ser benéfica para uma empresa. Seguem-se os fatores empresariais comuns para a adoção de uma arquitetura de várias nuvens, juntamente com as considerações associadas para cada fator:
- Respeitar as leis e os regulamentos sobre a soberania dos dados: o cenário mais comum ocorre quando uma organização está a expandir a sua atividade para uma nova região ou país e tem de agir em conformidade com os novos regulamentos de alojamento de dados.
- Se o fornecedor de serviços na nuvem (CSP) usado não tiver uma região na nuvem local nesse país, para fins de conformidade, a solução comum é usar outro CSP que tenha uma região na nuvem local nesse país.
- Reduzir custos: a redução de custos é, muitas vezes, o fator empresarial mais comum para adotar uma tecnologia ou uma arquitetura. No entanto, é importante considerar mais do que apenas o custo dos serviços e os potenciais descontos nos preços quando decidir se adota uma arquitetura multicloud. Tenha em conta o custo de criação e funcionamento de uma solução em várias nuvens, bem como quaisquer restrições de arquitetura que possam surgir dos sistemas existentes.
Por vezes, os potenciais desafios associados a uma estratégia de várias nuvens podem superar as vantagens. Uma estratégia de várias nuvens pode introduzir custos adicionais mais tarde.
Os desafios comuns associados ao desenvolvimento de uma estratégia de várias nuvens incluem o seguinte:
- Aumentar a complexidade da gestão.
- Manter uma segurança consistente.
- Integrar ambientes de software.
- Alcançar um desempenho e uma fiabilidade consistentes em várias nuvens.
- A criação de uma equipa técnica com competências em várias nuvens pode ser cara e pode exigir a expansão da equipa, a menos que seja gerida por uma empresa de terceiros.
- Gerir os preços dos produtos e as ferramentas de gestão de cada CSP.
- Sem uma solução que possa oferecer visibilidade e painéis de controlo de custos unificados, pode ser difícil gerir os custos de forma eficiente em vários ambientes. Nesses casos, pode usar a solução de gestão de custos na nuvem do Looker, quando aplicável. Para mais informações, consulte o artigo A estratégia para otimizar eficazmente a gestão de custos de faturação na nuvem.
- Usar as capacidades únicas de cada CSP: uma arquitetura de várias nuvens permite que as organizações usem novas tecnologias adicionais para melhorar as suas próprias ofertas de capacidades empresariais sem se limitarem às escolhas oferecidas por um único fornecedor de nuvem.
- Para evitar qualquer risco ou complexidade imprevistos, avalie os potenciais desafios através de uma avaliação de viabilidade e eficácia, incluindo os desafios comuns mencionados anteriormente.
- Evitar ficar preso a fornecedores: por vezes, as empresas querem evitar ficar presas a um único fornecedor de nuvem. Uma abordagem de várias nuvens permite-lhes escolher a melhor solução para as necessidades da sua empresa. No entanto, a viabilidade desta decisão depende de vários fatores, como os seguintes:
- Dependências técnicas
- Considerações de interoperabilidade entre aplicações
- Custos de reconstrução ou refatoração de aplicações
- Conjuntos de competências técnicas
- Segurança e capacidade de gestão consistentes
- Melhorar a fiabilidade e o nível de disponibilidade das aplicações essenciais para a empresa: em alguns cenários, uma arquitetura de várias nuvens pode oferecer resiliência a interrupções. Por exemplo, se uma região de um PSC ficar indisponível, o tráfego pode ser encaminhado para outro PSC na mesma região. Este cenário pressupõe que ambos os fornecedores de nuvem suportam as capacidades ou os serviços necessários nessa região.
Quando os regulamentos de residência dos dados num país ou numa região específicos exigem o armazenamento de dados confidenciais, como informações de identificação pessoal (IIP), nessa localização, uma abordagem de várias nuvens pode oferecer uma solução em conformidade. Ao usar dois FSPs numa região para oferecer resiliência a interrupções, pode facilitar a conformidade com as restrições regulamentares e, ao mesmo tempo, satisfazer os requisitos de disponibilidade.
Seguem-se algumas considerações de resiliência a avaliar antes de adotar uma arquitetura de várias nuvens:
- Movimento de dados: com que frequência os dados podem mover-se no seu ambiente de várias nuvens?
- A movimentação de dados pode incorrer em custos de transferência de dados significativos?
- Segurança e capacidade de gestão: existem potenciais complexidades de segurança ou capacidade de gestão?
- Paridade de capacidade: os dois FSCs na região selecionada oferecem as capacidades e os serviços necessários?
- Conjunto de competências técnicas: a equipa técnica tem as competências necessárias para gerir uma arquitetura de várias nuvens?
Considere todos estes fatores ao avaliar a viabilidade de usar uma arquitetura de várias nuvens para melhorar a resiliência.
Ao avaliar a viabilidade de uma arquitetura de várias nuvens, é importante considerar as vantagens a longo prazo. Por exemplo, a implementação de aplicações em várias nuvens para recuperação de desastres ou uma fiabilidade aumentada pode aumentar os custos a curto prazo, mas pode evitar interrupções ou falhas. Essas falhas podem causar danos financeiros e reputacionais a longo prazo. Por isso, é importante ponderar os custos a curto prazo em função do potencial valor a longo prazo da adoção da multinuvem. Além disso, o valor potencial a longo prazo pode variar com base na dimensão da organização, na escala tecnológica, na criticidade da solução tecnológica e no setor.
As organizações que planeiam criar com êxito um ambiente híbrido ou multicloud devem considerar criar um centro de excelência (COE) na nuvem. Uma equipa do COE pode tornar-se o canal de transformação da forma como as equipas internas da sua organização servem a empresa durante a transição para a nuvem. Um COE é uma das formas de a sua organização adotar a nuvem mais rapidamente, impulsionar a normalização e manter um alinhamento mais forte entre a sua estratégia empresarial e os seus investimentos na nuvem.
Se o objetivo da arquitetura híbrida ou multicloud for criar um estado temporário, os fatores empresariais comuns incluem:
- A necessidade de reduzir o CAPEX ou os gastos gerais de TI para projetos de curto prazo.
- A capacidade de aprovisionar rapidamente essa infraestrutura para
suportar um exemplo de utilização de empresa. Por exemplo:
- Esta arquitetura pode ser usada para projetos de tempo limitado. Pode ser usado para suportar um projeto que requer uma infraestrutura distribuída de grande escala durante um período limitado, enquanto usa dados no local.
- A necessidade de projetos de transformação digital plurianuais que exigem que uma grande empresa os estabeleça e que use uma arquitetura híbrida durante algum tempo para a ajudar a alinhar a modernização da infraestrutura e das aplicações com as suas prioridades empresariais.
- A necessidade de criar uma arquitetura híbrida, de várias nuvens ou mista temporária após uma fusão empresarial. Deste modo, a nova organização pode definir uma estratégia para o estado final da sua nova arquitetura na nuvem. É comum que duas empresas em fusão usem fornecedores de nuvem diferentes ou que uma empresa use um centro de dados privado no local e a outra use a nuvem. Em qualquer dos casos, o primeiro passo na fusão e aquisição é quase sempre integrar os sistemas de TI.
Motivações técnicas
A secção anterior abordou os fatores empresariais. Para serem aprovadas, as principais decisões de arquitetura precisam quase sempre do apoio desses responsáveis. No entanto, os fatores técnicos, que podem basear-se num ganho técnico ou numa restrição, também podem influenciar os fatores empresariais. Em alguns cenários, é necessário traduzir os fatores técnicos em fatores empresariais e explicar como podem afetar a empresa de forma positiva ou negativa.
A seguinte lista não exaustiva contém alguns fatores técnicos comuns para a adoção de uma arquitetura híbrida ou multicloud:
- Desenvolver capacidades tecnológicas, como serviços de estatísticas avançadas e IA, que podem ser difíceis de implementar em ambientes existentes.
- Melhorar a qualidade e o desempenho do serviço.
- Automatizar e acelerar as implementações de aplicações para alcançar um tempo de comercialização mais rápido e tempos de ciclo mais curtos.
- Usar APIs e serviços de alto nível para acelerar o desenvolvimento.
- Acelerar o aprovisionamento de recursos de computação e armazenamento.
- Usar serviços sem servidor para criar serviços e capacidades elásticos mais rapidamente e à escala.
- Usar capacidades de infraestrutura global para criar arquiteturas globais ou multirregionais para satisfazer determinados requisitos técnicos.
O fator técnico mais comum para as arquiteturas híbridas temporárias e multinuvem temporárias é facilitar uma migração das instalações para a nuvem ou para uma nuvem adicional. Em geral, as migrações para a nuvem quase sempre levam naturalmente à configuração da nuvem híbrida. As empresas têm frequentemente de fazer a transição sistemática de aplicações e dados com base nas suas prioridades. Da mesma forma, uma configuração a curto prazo pode destinar-se a facilitar uma validação de conceito através de tecnologias avançadas disponíveis na nuvem durante um determinado período.
Decisões de design técnico
O objetivo técnico identificado e os respetivos fatores são fundamentais para tomar uma decisão de arquitetura orientada para os negócios e selecionar um dos padrões de arquitetura abordados neste guia. Por exemplo, para apoiar um objetivo empresarial específico, uma empresa pode definir um objetivo empresarial para criar uma prática de investigação e desenvolvimento durante três a seis meses. O principal requisito empresarial para apoiar este objetivo pode ser criar o ambiente tecnológico necessário para a investigação e o design com o CAPEX mais baixo possível.
Neste caso, o objetivo técnico é ter uma configuração de nuvem híbrida temporária. O motivo deste objetivo técnico é tirar partido do modelo de preços a pedido da nuvem para cumprir o requisito empresarial mencionado anteriormente. Outro fator é influenciado pelos requisitos tecnológicos específicos que exigem uma solução baseada na nuvem com uma elevada capacidade de computação e uma configuração rápida.
Use Google Cloud para arquiteturas híbridas e multicloud
A utilização de soluções de código aberto pode facilitar a adoção de uma abordagem híbrida e de várias nuvens, bem como minimizar a dependência de fornecedores. No entanto, deve considerar as seguintes potenciais complexidades ao planear uma arquitetura:
- Interoperabilidade
- Capacidade de gestão
- Custo
- Segurança
A criação numa plataforma de nuvem que contribui e suporta código aberto pode ajudar a simplificar o seu caminho para a adoção de arquiteturas híbridas e de várias nuvens. A nuvem aberta permite-lhe adotar uma abordagem que oferece a máxima escolha e abstrai a complexidade. Além disso, Google Cloud oferece a flexibilidade de migrar, criar e otimizar aplicações em ambientes híbridos e de várias nuvens, ao mesmo tempo que minimiza a dependência de fornecedores, usa as melhores soluções da sua classe e cumpre os requisitos regulamentares.
A Google também é um dos maiores contribuintes para o ecossistema de código aberto e trabalha com a comunidade de código aberto para desenvolver tecnologias de código aberto conhecidas, como o Kubernetes. Quando implementado como um serviço gerido, o Kubernetes pode ajudar a reduzir as complexidades em torno da capacidade de gestão e da segurança híbrida e multicloud.