Publicado a

Multicloud e híbrido, com critério

Usar várias clouds ou combinar cloud com infraestrutura própria pode ser a decisão certa ou uma fonte de complexidade sem retorno. Quando convém, quando não convém e que padrão escolher.

Linha de serviço Arquitetura Cloud

Uma moda com custo

«Multicloud» apresenta-se muitas vezes como uma virtude em si mesma: não depender de um fornecedor. Mas cada fornecedor adicional duplica conhecimentos, ferramentas, modelos de segurança, formatos de faturação e pontos de falha. Sem uma razão concreta, o multicloud é complexidade que se paga todos os meses.

O mesmo acontece com o híbrido: manter infraestrutura própria ligada à cloud faz sentido em alguns casos e é só inércia noutros.

Razões que o justificam

Mais de uma cloud?Árvore de decisão: sem razão concreta, um fornecedor; com razão, o padrão consoante a razão.ARQUITETURA · MULTICLOUD E HÍBRIDOMais de uma cloud? Depende do porquêHá uma razão concreta?NãoSimUm só fornecedorMais simples e mais baratoQual é a razão?Regulamentação oudados locaisHíbrido ligadoO melhor serviçode cada cloudFornecedor principal+ cargas concretasPoder movercargasPortabilidadepor desenhoContinuidade perantequeda de fornecedorAtivo-ativo(o mais caro)EM QUALQUER CASOIdentidade unificadaRede privada e zonasGoverno comumCusto num formatoN100F · n100f.com

  • Regulamentação ou residência: dados que têm de ficar num lugar ou em infraestrutura própria.
  • Latência ou dependência local: sistemas industriais, filiais ou equipamentos que não podem depender da internet.
  • O melhor serviço de cada fornecedor: uma capacidade concreta (analítica, IA, um serviço gerido) que justifica operar uma segunda cloud para essa carga.
  • Continuidade perante a queda de um fornecedor: um requisito real, e caro, que exige desenhar para isso desde o início.

«Para não depender de ninguém» ou «para negociar melhor» raramente compensam, por si só, o custo de operar duas plataformas.

Padrões, do menos ao mais complexo

  1. Um fornecedor principal e outro para cargas concretas. Cada carga vive inteira numa cloud. É o padrão mais habitual e o mais saudável.
  2. Híbrido ligado. Infraestrutura própria para o que tem de ficar, cloud para o resto, com uma ligação privada e segura entre ambas.
  3. Portabilidade por desenho. Contentores, infraestrutura como código e serviços normalizados para poder mover cargas se for preciso, aceitando prescindir de alguns serviços próprios de cada cloud.
  4. Ativo-ativo entre fornecedores. A mesma carga em duas clouds ao mesmo tempo. Só quando o requisito de continuidade o exige, porque multiplica custo e complexidade.

O que é preciso resolver em qualquer caso

  • Identidade unificada: uma única forma de saber quem é quem em todos os ambientes.
  • Rede e conectividade: caminhos privados e cifrados, com zonas bem definidas.
  • Governo comum: as mesmas regras de etiquetagem, segurança e custo em todas as clouds.
  • Custo num único formato, para poder comparar e somar (é o que resolve o FOCUS na série de FinOps).

Como o aplicamos: Arquitetura Cloud.

Se o seu custo cloud cresce sem que ninguém saiba porquê, ou a sua arquitetura depende de quem a montou, falemos.

Falemos