Blog - Gruppen Provedor de Serviços Gerenciados de Segurança
Formato Híbrido e Multicloud

Formato Híbrido e Multicloud

O termo híbrido significa simplesmente caráter misto, composto por diferentes elementos. Isso significa que você está se integrando em diferentes coisas. Multi significa muitos ou variadas opções, no caso que você tem mais de um deles. As pessoas, incluindo fornecedores, às vezes usam os termos de forma intercambiável, o que é um problema, ou podem usar uma combinação – multicloud híbrido – para se referir a situações que se encaixam em ambos .

 

É melhor pensar em nuvem híbrida e multicloud como duas dimensões separadas. O multicloud se estende por nuvens públicas, pois vários fornecedores de nuvem pública estão envolvidos. A nuvem híbrida se estende entre público e privado. A nuvem privada não precisa estar no local, mas geralmente é. E também há TI híbrida, que remove os requisitos reais da nuvem. Os termos nuvem privada e nuvem híbrida exigem que você tenha computação em nuvem real, o que leva à evolução do termo nuvem híbrida.

 

Nuvem híbrida

 

Definição de nuvem híbrida: a integração de serviços de nuvem pública e privada para dar suporte a tarefas paralelas, integradas ou complementares.

O termo nuvem híbrida existe há quase toda a era da nuvem, mas ainda está confuso. E parte do motivo pelo qual tem sido confuso é porque supõe-se integrar nuvens públicas e privadas. As nuvens privadas são muito comentadas, mas, na realidade, na maioria das vezes elas não são realmente nuvem pura e são melhor descritas como inspiradas na nuvem. Eles geralmente são ambientes avançados de virtualização e automação com vários recursos. E não existem muitas histórias de sucesso de organizações capazes de realmente criar e manter verdadeiras nuvens privadas. Eles fizeram algumas coisas com o OpenStack, mas, na maior parte, os ambientes inspirados em nuvem privada equipados com VMware dominam. Portanto, um termo substituto – TI híbrida – na verdade descreve melhor a maior parte dos cenários híbridos. No entanto, isso não altera a necessidade de clareza na terminologia. A nuvem híbrida deve envolver alguma combinação de estilos de nuvem (privada, pública, comunidade), mas a localização física não é um aspecto definitivo do estilo. A conclusão é que a maior parte do uso do termo nuvem híbrida realmente significou TI híbrida até agora.

 

O empacotamento da nuvem híbrida

 

À medida que mais provedores de tecnologia oferecem ofertas de nuvem híbrida bem definidas, eles estão entregando um pacote do conceito. A pilha do Azure (Nuvem da Microsoft) é um ótimo exemplo disso. Inclui os componentes necessários para atingir os objetivos da nuvem híbrida, mas com menos imprecisão envolvida no que está sendo entregue. Esse conjunto de ofertas de “nuvem empacotada” facilita uma comparação mais direta de recursos de provedor para provedor.

Híbrido empacotado significa que você tem uma oferta de nuvem privada fornecida pelo fornecedor que é empacotada e conectada a uma nuvem pública de maneira vinculada. A pilha do Azure da Microsoft é um bom exemplo desse pacote, mas também existe outra abordagem. Chamamos essas duas abordagens principais de híbrido “like-for-like” e híbrido de “tecnologia em camadas” (abrangendo diferentes bases tecnológicas).

 

A abordagem híbrida like-for-like

 

Tipicamente entregue através da Azure e Azure Stack. A pilha do Azure não é exatamente igual ao Azure na nuvem pública, mas eles tentam aproximar. O AWS (Nuvem da Amazon) Outposts, conforme anunciado, pode ser usado no modo de nuvem privada (onde nenhuma outra empresa tem acesso). Nesse caso, representa um exemplo da abordagem de igual para igual. No entanto, a estratégia mais ampla representada pelo AWS Outposts incentivaria um modelo mais distribuído, onde cada posto avançado é aberto a vizinhos próximos. O Oracle Cloud at Customer (uma das tentativas originais disso) também é outro exemplo dessa abordagem, mas está evoluindo para um novo estilo de computação em nuvem que chamamos de nuvem distribuída. As soluções like-for-like fornecem a “pilha completa”, mas não necessariamente o hardware, todas gerenciadas por um único fornecedor.

 

A abordagem híbrida em camadas

 

Baseada na integração entre diferentes tecnologias subjacentes – uma espécie de camada de portabilidade. É aqui que o Google e a IBM se concentram. O Google com o recente anunciado Anthos (anteriormente sua plataforma de serviços em nuvem) e a IBM com sua nuvem privada, bem como a direção em que está indo com a aquisição pendente da Red Hat e Openshift, que também se encaixa nesse modo. Existem muitos desafios em relação à capacidade dessa abordagem de cumprir a visão da nuvem distribuída.

 

Nuvem Distribuída

 

A distribuição de serviços de nuvem pública para diferentes locais físicos, enquanto operação, governança, atualizações e evolução dos serviços são de responsabilidade do provedor de nuvem pública de origem.

A computação em nuvem distribuída é um estilo de computação em nuvem em que a localização dos serviços em nuvem é um componente crítico do modelo. Historicamente, a localização não é relevante para as definições de computação em nuvem, embora os problemas relacionados a ela sejam importantes em muitas situações. Enquanto muitas pessoas afirmam que a nuvem privada ou híbrida requer computação local, isso é um equívoco. A nuvem privada pode ser feita em um data center hospedado ou, mais frequentemente, em instâncias de nuvem privada virtual, que não são locais. Da mesma forma, a nuvem híbrida não exige que os componentes privados do híbrido estejam em qualquer local específico. No entanto, com o advento da nuvem distribuída, a localização entra formalmente na definição de um estilo de serviços em nuvem.

A nuvem distribuída oferece suporte à operação vinculada e não vinculada de serviços em nuvem similares da nuvem pública “distribuída” para locais físicos específicos e variados. Isso permite uma característica fundamental da operação em nuvem distribuída – computação de baixa latência, onde as operações de computação para os serviços em nuvem estão mais próximas daqueles que precisam dos recursos. Isso pode proporcionar grandes melhorias no desempenho e reduzir o risco de interrupções globais relacionadas à rede.

Além disso, a localização pode ser importante por outros motivos, incluindo a soberania dos dados. Nesses cenários, a nuvem distribuída fornece às organizações os recursos de uma nuvem pública entregue em um local físico que atenda a seus requisitos.

A computação em nuvem distribuída pode ou não ser entregue no modo de nuvem híbrida. De fato, isso acontecerá em duas fases: a primeira será o modo híbrido do tipo like-for-like, e a segunda será um modelo de computação da próxima geração em que comunidades locais de empresas compartilham “subestações” de nuvem distribuídas. No entanto, a natureza híbrida desse modelo se torna irrelevante em uma nuvem distribuída, pois a responsabilidade por todos os aspectos das operações da nuvem é de responsabilidade do provedor de nuvem pública de origem.

Uma noção importante oculta no conceito é que o provedor é responsável por todos os aspectos da entrega. Isso restaura proposições de valor da nuvem que são quebradas quando os clientes são responsáveis ​​por uma parte da entrega, como normalmente acontece em cenários de nuvem híbrida. Deve-se observar que, embora o provedor de nuvem não precise possuir o hardware no qual a subestação de nuvem distribuída está instalada, ele deve assumir total responsabilidade pela forma como esse hardware é gerenciado e mantido.

Nas implementações de nuvem pública em superescala, a nuvem pública é o centro do universo. No entanto, houve distribuição de serviços em nuvem por regiões em todo o mundo em nuvem pública praticamente desde o seu início. Os provedores agora têm diferentes regiões ao redor do mundo, todas controladas centralmente, gerenciadas e fornecidas pelo provedor de nuvem pública.

 

Multicloud

 

O uso deliberado do mesmo tipo de serviços em nuvem de vários provedores de nuvem pública.

Esse termo tem sido desafiador porque, embora existam três casos de uso principais, há outros usos do termo em uso comum. E um deles é o uso de vários provedores de nuvem para diferentes propósitos. Uma situação muito comum é que uma organização use a AWS para infraestrutura e o Office 365 para escritório em nuvem. Este é claramente dois fornecedores diferentes, mas também claramente para dois propósitos muito diferentes. Este não é um uso deliberado dos dois de maneira coordenada; portanto, isso não é realmente indicativo da principal intenção do multicloud. Também existem outras situações orientadas para multicloud, como contar com provedores de aplicativos para suportar várias plataformas.

 

A maneira como a maioria das organizações adota a nuvem é que elas geralmente começam com um provedor. Eles então seguem esse caminho e, eventualmente, começam a ficar um pouco preocupados com a dependência excessiva de um fornecedor. Então eles começarão a cogitar o uso de outro provedor ou, pelo menos, permitir que as pessoas usem outro provedor. Eles podem até usar uma abordagem baseada em funcionalidade. Por exemplo, eles podem usar a Microsoft como seu principal provedor de infraestrutura em nuvem, mas podem optar por usar o Google para análise, aprendizado de máquina e big data. Portanto, esse tipo de estratégia de muticloud é orientado por sourcing ou procurement (e talvez em recursos específicos), mas não se concentra em nada em termos de tecnologia e arquitetura.

 

Gerenciamento ou Governança Multicloud

 

O próximo passo, à medida que amadurecem, é o que chamamos de gerenciamento ou governança multicloud. Essa etapa ocorre depois que você tem vários provedores e precisa ter alguma aparência de gerenciamento no ambiente resultante. Pode ser tão simples quanto um único painel de vidro para monitoramento e depois progredir a partir daí. Também pode haver uma arquitetura multicloud em que você realmente deseja tornar as cargas de trabalho portáteis, como uma possibilidade ou na realidade. Isso leva a um foco na portabilidade, com conceito semelhante ao Java. Você pode até entrar em ambientes muito avançados, como cloudbursting ou cálculo dinâmico, que é a alocação dinâmica de onde você executará cargas de trabalho com base na disponibilidade ou preço spot. Hoje essas coisas são muito raras. Mas com casos de uso em nuvem cada vez mais avançados, esses cenários estão se tornando mais reais.

Há casos em que o multicloud não é tanto uma estratégia, mas uma situação que deve ser tratada. O resultado de uma fusão ou aquisição pode levar uma organização dessa maneira, assim como outras situações melhor descritas como evolutivas. Muito do que é descrito aqui é aplicável, mas deve-se notar que há exceções.

 

 

Gostou e quer saber mais? Encaminhe um e-mail para marketing@gruppen.com.br ou uma mensagem através do WhatsApp para o fone (51)99377.0362 e solicite um contato com nossos consultores comerciais.

Avatar

Gruppen

Add comment