Este documento define e discute objetivos, motivadores e requisitos de negócios, além de como esses fatores podem influenciar suas decisões de design ao construir arquiteturas híbridas e multicloud.
Objetivos
Uma organização pode adotar uma arquitetura híbrida ou de várias nuvens como uma solução permanente para atender a objetivos de negócios específicos ou como um estado temporário para facilitar determinados requisitos, como uma migração para a nuvem.
Responder às perguntas a seguir sobre sua empresa é uma boa maneira de definir os requisitos dela e estabelecer expectativas específicas sobre como alcançar alguns ou todos os objetivos de negócios. Essas perguntas se concentram no que é necessário para sua empresa, não em como alcançar isso tecnicamente.
- Quais metas de negócios estão impulsionando a decisão de adotar uma arquitetura híbrida ou multicloud?
- Quais objetivos de negócios e técnicos uma arquitetura híbrida ou multicloud vai ajudar a alcançar?
- Quais motivadores de negócios influenciaram esses objetivos?
- Quais são os requisitos específicos da empresa?
No contexto de arquiteturas híbridas e multicloud, uma meta de negócios para um cliente empresarial pode ser expandir as operações ou mercados de vendas on-line de uma única região para se tornar um dos líderes globais no segmento de mercado. Um dos objetivos de negócios pode ser começar a aceitar pedidos de compra de usuários em todo o mundo (ou de regiões específicas) em seis meses.
Para atender aos requisitos e objetivos de negócios mencionados anteriormente, um possível objetivo técnico principal é expandir a infraestrutura de TI e a arquitetura de aplicativos de uma empresa de um modelo somente local para uma arquitetura híbrida, usando os recursos e serviços globais das nuvens públicas. Ele precisa ser específico e mensurável, definindo claramente o escopo da expansão em termos de regiões e cronogramas.
Em geral, uma arquitetura híbrida ou multicloud raramente é um objetivo em si, mas um meio de atender a objetivos técnicos impulsionados por determinados requisitos de negócios. Portanto, escolher a arquitetura híbrida ou multicloud certa requer primeiro esclarecer esses requisitos.
É importante diferenciar os objetivos de negócios e técnicos do seu projeto de TI. Seus objetivos de negócios precisam se concentrar na meta e na missão da sua organização. Seus objetivos técnicos devem se concentrar em criar uma base tecnológica que permita à sua organização atender aos requisitos e objetivos de negócios.
Os fatores de negócios influenciam a conquista do objetivo e das metas de negócios. Portanto, identificar claramente os fatores de negócios pode ajudar a moldar os objetivos ou metas de negócios para que sejam mais relevantes às necessidades e tendências do mercado.
O fluxograma a seguir ilustra os direcionadores, metas, objetivos e requisitos de negócios, além dos objetivos e requisitos técnicos, e como todos esses fatores se relacionam:
Impulsionadores comerciais e técnicos
Considere como seus motivadores de negócios influenciam seus objetivos técnicos. Alguns fatores comuns e influentes ao escolher uma arquitetura híbrida incluem:
- observação das leis e regulamentos sobre soberania de dados;
- Reduzir as despesas de capital (CAPEX) ou os gastos gerais com TI com o suporte
das disciplinas de gerenciamento financeiro e otimização de custos da nuvem, como
FinOps.
- A adoção da nuvem pode ser impulsionada por cenários que ajudam a reduzir o CAPEX, como a criação de uma solução de recuperação de desastres em uma arquitetura híbrida ou multicloud.
- Melhorar a experiência do usuário.
- Maior flexibilidade e agilidade para responder às mudanças nas demandas do mercado.
- maior transparência em relação aos custos e o consumo de recursos;
Considere sua lista de motivadores de negócios para adotar uma arquitetura híbrida ou multicloud. Não os considere isoladamente. Sua decisão final deve depender do equilíbrio das prioridades da sua empresa.
Depois que sua organização perceber os benefícios da nuvem, ela poderá decidir migrar totalmente se não houver restrições, como custos ou requisitos específicos de compliance que exijam que dados altamente seguros sejam hospedados no local.
Embora a adoção de um único provedor de nuvem possa oferecer vários benefícios, como complexidade reduzida, integrações integradas entre serviços e opções de otimização de custos como descontos por uso contínuo, ainda há alguns cenários em que uma arquitetura multicloud pode ser benéfica para uma empresa. Confira a seguir os impulsionadores de negócios comuns para adotar uma arquitetura multicloud, além das considerações associadas a cada um deles:
- Observação das leis e regulamentações sobre soberania de dados: o cenário mais comum é quando uma organização está expandindo os negócios para uma nova região ou país e precisa obedecer a novas regulamentações de hospedagem de dados.
- Se o CSP usado não tiver uma região de nuvem local no país, a solução comum para fins de compliance é usar outro CSP que tenha uma região de nuvem local no país.
- Redução de custos: muitas vezes, a redução de custos é o fator comercial mais comum para a adoção de uma tecnologia ou arquitetura. No entanto, é importante considerar mais do que apenas o custo dos serviços e possíveis descontos de preços ao decidir se adota uma arquitetura multicloud. Considere o custo de criar e operar uma solução em várias nuvens e as restrições de arquitetura que podem surgir dos sistemas atuais.
Às vezes, os possíveis desafios associados a uma estratégia multicloud podem superar os benefícios. Uma estratégia de várias nuvens pode gerar custos adicionais mais tarde.
Desafios comuns associados ao desenvolvimento de uma estratégia multicloud:
- Aumento da complexidade de gerenciamento.
- Manter a segurança consistente.
- Integração de ambientes de software.
- Alcançar desempenho e confiabilidade consistentes entre nuvens.
- Criar uma equipe técnica com habilidades multicloud pode ser caro e exigir a expansão da equipe, a menos que ela seja gerenciada por uma empresa terceirizada.
- Gerenciar as ferramentas de preços e gerenciamento de produtos de cada CSP.
- Sem uma solução que ofereça visibilidade e painéis unificados de custos, pode ser difícil gerenciar custos de maneira eficiente em vários ambientes. Nesses casos, use a solução de gerenciamento de custos na nuvem do Looker, quando aplicável. Para mais informações, consulte A estratégia para otimizar de forma eficaz o gerenciamento de custos do Cloud Billing.
- Usar os recursos exclusivos de cada CSP: uma arquitetura multicloud permite que as organizações usem novas tecnologias adicionais para melhorar as próprias ofertas de recursos comerciais sem se limitar às opções oferecidas por um único provedor de nuvem.
- Para evitar riscos ou complexidades imprevistas, avalie seus possíveis desafios com uma análise de viabilidade e eficácia, incluindo os desafios comuns mencionados anteriormente.
- Evitar a dependência de fornecedores: às vezes, as empresas querem evitar ficar presas a um único provedor de nuvem. Com uma abordagem multicloud, eles podem escolher a melhor solução para as necessidades da empresa. No entanto, a viabilidade dessa decisão depende de vários fatores, como:
- Dependências técnicas
- Considerações sobre interoperabilidade entre aplicativos
- Custos de reconstrução ou refatoração de aplicativos
- Conjuntos de habilidades técnicas
- Segurança e capacidade de gerenciamento consistentes
- Aumentar o nível de confiabilidade e disponibilidade de aplicativos essenciais para os negócios: em alguns cenários, uma arquitetura multicloud pode oferecer resiliência a interrupções. Por exemplo, se uma região de um CSP ficar inativa, o tráfego poderá ser encaminhado para outro CSP na mesma região. Este cenário pressupõe que os dois provedores de nuvem oferecem suporte aos recursos ou serviços necessários nessa região.
Quando as regulamentações de residência de dados em um país ou região específica exigem o armazenamento de dados sensíveis, como informações de identificação pessoal (PII), nesse local, uma abordagem multicloud pode fornecer uma solução em conformidade. Ao usar dois CSPs em uma região para oferecer resiliência a interrupções, você facilita a conformidade com restrições regulatórias e atende aos requisitos de disponibilidade.
Confira algumas considerações sobre resiliência para avaliar antes de adotar uma arquitetura multicloud:
- Movimentação de dados: com que frequência os dados podem ser movidos no ambiente multicloud?
- A movimentação de dados pode gerar cobranças significativas de transferência de dados?
- Segurança e capacidade de gerenciamento: há possíveis complexidades de segurança ou capacidade de gerenciamento?
- Paridade de recursos: os dois CSPs na região selecionada oferecem os recursos e serviços necessários?
- Conjunto de habilidades técnicas: a equipe técnica tem as habilidades necessárias para gerenciar uma arquitetura multicloud?
Considere todos esses fatores ao avaliar a viabilidade de usar uma arquitetura multicloud para melhorar a resiliência.
Ao avaliar a viabilidade de uma arquitetura multicloud, é importante considerar os benefícios de longo prazo. Por exemplo, a implantação de aplicativos em várias nuvens para recuperação de desastres ou maior confiabilidade pode aumentar os custos no curto prazo, mas pode evitar interrupções ou falhas. Essas falhas podem causar danos financeiros e de reputação a longo prazo. Portanto, é importante considerar os custos de curto prazo em relação ao valor potencial de longo prazo da adoção de várias nuvens. Além disso, o valor potencial de longo prazo pode variar de acordo com o tamanho da organização, a escala da tecnologia, a importância da solução tecnológica e o setor.
As organizações que planejam criar um ambiente híbrido ou multicloud de sucesso precisam considerar criar um Centro de excelência em nuvem (COE) em nuvem. Uma equipe de COE pode se tornar o canal para transformar a maneira como as equipes internas da sua organização atendem aos negócios durante a transição para a nuvem. Um COE é uma das maneiras de sua organização adotar a nuvem mais rapidamente, impulsionar a padronização e manter um alinhamento mais forte entre a estratégia de negócios e os investimentos em nuvem.
Se o objetivo da arquitetura híbrida ou multicloud for criar um estado temporário, os motivadores de negócios comuns incluem:
- A necessidade de reduzir o CAPEX ou os gastos gerais com TI para projetos de curto prazo.
- A capacidade de provisionar essa infraestrutura rapidamente para
oferecer suporte a um caso de uso comercial. Por exemplo:
- Essa arquitetura pode ser usada em projetos por tempo limitado. Ele pode ser usado para dar suporte a um projeto que exige uma infraestrutura distribuída de alta escala em um período limitado, usando dados locais.
- A necessidade de projetos de transformação digital plurianuais que exigem que uma grande empresa estabeleça e use uma arquitetura híbrida por algum tempo para ajudar a alinhar a modernização da infraestrutura e dos aplicativos com as prioridades de negócios.
- A necessidade de criar uma arquitetura híbrida, multicloud ou mista temporária após uma fusão corporativa. Isso permite que a nova organização defina uma estratégia para o estado final da nova arquitetura de nuvem. É comum que duas empresas em processo de fusão usem provedores de nuvem diferentes ou que uma empresa use um data center privado local e a outra use a nuvem. Em qualquer caso, a primeira etapa de uma fusão e aquisição é quase sempre a integração dos sistemas de TI.
Impulsionadores técnicos
A seção anterior discutiu os impulsionadores de negócios. Para serem aprovadas, as principais decisões arquitetônicas quase sempre precisam do apoio desses fatores. No entanto, os fatores técnicos, que podem ser baseados em um ganho técnico ou em uma restrição, também podem influenciar os fatores comerciais. Em alguns cenários, é necessário traduzir os fatores técnicos em fatores de negócios e explicar como eles podem afetar a empresa de maneira positiva ou negativa.
A lista a seguir, que não é exaustiva, contém alguns motivadores técnicos comuns para adotar uma arquitetura híbrida ou multicloud:
- Desenvolvimento de recursos tecnológicos, como serviços de análise avançada e IA, que podem ser difíceis de implementar em ambientes atuais.
- Melhorar a qualidade e o desempenho do serviço.
- automatização e aceleração da distribuição de aplicativos para reduzir o tempo de lançamento e do ciclo;
- Utilização de APIs e serviços de alto nível para acelerar o desenvolvimento.
- aceleração do provisionamento de recursos computacionais e de armazenamento.
- Usar serviços sem servidor para criar serviços e recursos elásticos mais rápido e em grande escala.
- Usar recursos de infraestrutura global para criar arquiteturas globais ou multirregionais e atender a determinados requisitos técnicos.
O fator técnico mais comum para arquiteturas híbridas e multicloud temporárias é facilitar uma migração do local para a nuvem ou para uma nuvem extra. Em geral, as migrações para a nuvem quase sempre levam naturalmente à configuração de uma nuvem híbrida. As empresas geralmente precisam fazer a transição sistemática de aplicativos e dados com base nas prioridades. Da mesma forma, uma configuração de curto prazo pode ser destinada a facilitar uma prova de conceito usando tecnologias avançadas disponíveis na nuvem por um determinado período.
Decisões de design técnico
O objetivo técnico identificado e os fatores que o impulsionam são essenciais para tomar uma decisão de arquitetura orientada aos negócios e selecionar um dos padrões de arquitetura discutidos neste guia. Por exemplo, para apoiar uma meta de negócios específica, uma empresa pode definir um objetivo de negócios para criar uma prática de pesquisa e desenvolvimento por três a seis meses. O principal requisito comercial para apoiar esse objetivo pode ser criar o ambiente tecnológico necessário para pesquisa e design com o menor CAPEX possível.
O objetivo técnico, nesse caso, é ter uma configuração temporária de nuvem híbrida. O objetivo técnico é aproveitar o modelo de preços sob demanda da nuvem para atender ao requisito de negócios mencionado anteriormente. Outro fator é influenciado pelos requisitos específicos de tecnologia, que exigem uma solução baseada na nuvem com alta capacidade de computação e configuração rápida.
Usar Google Cloud para arquiteturas híbridas e multicloud
Usar soluções de código aberto facilita a adoção de uma abordagem híbrida e multicloud, além de minimizar a dependência de fornecedores. No entanto, considere as seguintes complexidades potenciais ao planejar uma arquitetura:
- Interoperabilidade
- Gerenciamento
- Custo
- Segurança
Criar em uma plataforma de nuvem que contribui e oferece suporte a código aberto pode ajudar a simplificar seu caminho para a adoção de arquiteturas híbridas e multicloud. A nuvem aberta oferece uma abordagem que maximiza a escolha e abstrai a complexidade. Além disso, o Google Cloud oferece a flexibilidade de migrar, criar e otimizar aplicativos em ambientes híbridos e multicloud, minimizando a dependência de um único fornecedor, usando as melhores soluções e atendendo aos requisitos regulatórios.
O Google também é um dos maiores colaboradores do 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 implantado como um serviço gerenciado, o Kubernetes pode ajudar a reduzir as complexidades relacionadas à capacidade de gerenciamento e à segurança de ambientes híbridos e multicloud.