Fundamentos da computação em nuvem

Nuvem pública e nuvem privada

Quem é dono do hardware e quem mais pode compartilhá-lo: as definições do NIST para nuvem pública, privada e comunitária, e como escolher entre elas com base em custo, controle e compliance.

Iniciante 16 minutos 4 Objetivos de aprendizado
  1. Definir os modelos de nuvem pública, privada e comunitária usando o framework do NIST
  2. Comparar as vantagens e desvantagens de custo, controle e segurança entre nuvem pública e privada
  3. Identificar qual modelo de implantação se encaixa em um cenário, com base em quem é dono do hardware e quem mais o compartilha
  4. Explicar por que um ambiente on-premises virtualizado não vira automaticamente uma nuvem privada

Quem é dono do hardware que você está usando

Uma seguradora quer rodar o sistema de apólices dos clientes em uma infraestrutura que consiga escalar durante os picos de renovação de dezembro e reduzir no resto do ano. A área de compliance da empresa também exige que os dados dos segurados nunca saiam de hardware que a própria seguradora controle: sem servidores compartilhados, sem uma carga de trabalho desconhecida rodando ao lado da dela. A 6 quarteirões dali, uma fintech de 4 pessoas quer o oposto: nenhum data center, nenhum time de infraestrutura, e um produto pronto para lançar em 5 semanas.

Os dois times querem as mesmas características de nuvem, self-service sob demanda, escala elástica, mas não conseguem obtê-las da mesma infraestrutura. Essa diferença, quem é dono do hardware e quem mais pode compartilhá-lo, é o que um modelo de implantação de nuvem descreve. Esta lição cobre os 3 modelos que o NIST define em torno da exclusividade: nuvem pública, privada e comunitária. A próxima lição cobre o que acontece quando você combina esses modelos.

Nuvem pública: um provedor, muitos inquilinos

Em uma nuvem pública, um provedor externo como AWS, Microsoft Azure ou Google Cloud é dono do hardware e o opera, depois vende acesso a ele como serviço para qualquer um disposto a pagar. A definição do NIST é direta sobre o público: a infraestrutura é provisionada para uso aberto ao público em geral. Você não é dono de nenhum servidor. Você aluga capacidade, uma máquina virtual, um bucket de armazenamento, um banco de dados gerenciado, de um pool compartilhado do qual milhares de outros clientes também consomem, e o software do provedor mantém os dados e as cargas de trabalho de cada cliente isolados dos demais.

Esse pool compartilhado é exatamente o que torna a nuvem pública econômica. Como o provedor distribui o custo dos próprios data centers entre todos os clientes, você ganha a escala, a variedade de serviços e o preço por uso que tornaram possível o lançamento em 5 semanas da fintech do início da lição. A própria AWS é direta sobre essa troca em sua documentação: para quase todo caso de uso, a nuvem pública ganha em custo, variedade de serviços e velocidade de início, justamente porque você não paga para construir ou operar nada da infraestrutura.

Nuvem privada: uma organização, hardware dedicado

Uma nuvem privada inverte essa lógica de propriedade. O NIST a define como infraestrutura provisionada para uso exclusivo de uma única organização. Essa organização, não um provedor público, controla quem toca o hardware, onde ele fica fisicamente e como é protegido, exatamente o que a área de compliance da seguradora estava pedindo.

Aqui está a fronteira que confunde a maioria das pessoas: ter servidores on-premises virtualizados não transforma automaticamente esse ambiente em uma nuvem privada. Uma nuvem de verdade ainda precisa passar pelas 5 características do NIST vistas no tópico anterior, e o self-service sob demanda é uma delas. Um data center onde os desenvolvedores abrem um chamado e esperam 3 dias por uma nova máquina virtual não é uma nuvem privada. É TI tradicional usando um hypervisor. Um ambiente só ganha o nome nuvem privada quando também deixa os próprios usuários provisionarem recursos sob demanda, a mesma experiência instantânea e sem aprovação que uma nuvem pública oferece, só que restrita a uma organização em vez do público em geral.

Mesmo quando passa nesse teste, a própria comparação da AWS é honesta sobre o que uma nuvem privada custa em troca: dificilmente uma única organização consegue igualar a variedade de serviços, o ritmo de novos recursos ou a economia de escala que um provedor público distribui entre milhões de clientes. Construir sua própria versão de um serviço como o Amazon S3 te dá uma conta no formato do S3, não o S3 em si. É por isso que a AWS argumenta que a nuvem privada se encaixa em um caso estreito: organizações muito grandes que já operam seus próprios data centers e têm a equipe de infraestrutura para rodá-los, não a escolha padrão para a maioria dos times.

Nuvem comunitária: compartilhada, mas não vendida

O NIST nomeia um terceiro modelo exclusivo que recebe bem menos atenção: a nuvem comunitária, infraestrutura provisionada para uso exclusivo de uma comunidade específica de consumidores de organizações que compartilham preocupações em comum, coisas como uma missão, um requisito de segurança ou uma obrigação de compliance. Diferente da nuvem pública, estranhos não podem simplesmente se cadastrar. Diferente da nuvem privada, mais de uma organização a compartilha, desde que cada uma pertença à mesma comunidade validada.

Você raramente encontra uma nuvem comunitária de livro-texto na prática, mas as regiões de nuvem governamentais chegam mais perto: ambientes isolados construídos especificamente para agências governamentais e seus fornecedores validados, que compartilham a mesma régua de compliance e segurança em vez de estarem abertos ao público em geral. É uma boa referência real para a definição, mesmo que o caso mais clássico, consórcios de pesquisa ou grupos de um mesmo setor com uma necessidade de compliance em comum, continue sendo raro.

Comparando os 3 modelos

Nuvem públicaNuvem privadaNuvem comunitária
Quem é dono do hardwareO provedorA organização, ou um terceiro em nome delaUma ou mais organizações da comunidade, ou um terceiro
Quem pode usarQualquer um que pagueApenas uma organizaçãoUm grupo definido e validado que compartilha uma preocupação
Modelo de custo típicoPague pelo uso, sem custo inicial de hardwareAlto investimento inicial, custo operacional contínuoGeralmente dividido entre os membros da comunidade
Onde você encontraAWS, Azure, Google CloudA plataforma de nuvem interna de um bancoAmbientes governamentais ou de consórcios de pesquisa

Escolhendo entre eles

Volte à seguradora e à fintech. A fintech não tem nenhum bloqueio de compliance e nada próprio para proteger, então a nuvem pública é a escolha óbvia: sem custo inicial, e capacidade elástica desde o primeiro dia. A restrição da seguradora não é custo nem velocidade; é que os dados dos segurados não podem ficar em hardware que ela não controla. Uma nuvem privada, cara para construir e manter, é o modelo que atende a essa exigência inegociável.

Fique atento ao mesmo sinal em qualquer cenário que você ler. Frases como "dedicado", "hardware que controlamos" ou uma regra de compliance que proíbe infraestrutura compartilhada apontam para nuvem privada. Frases como "pague apenas pelo que usar", "sem investimento inicial" ou "lance rápido sem infraestrutura para gerenciar" apontam para nuvem pública. "Compartilhada por várias organizações com o mesmo requisito de compliance" é o sinal da nuvem comunitária, e ele aparece raro o suficiente para que, quando aparece, quase sempre seja a resposta deliberada, não uma pegadinha.

Para onde isso leva

A pergunta que separa esses 3 modelos é sempre a mesma: quem é dono do hardware, e quem mais pode compartilhá-lo. A nuvem pública responde "um provedor, e qualquer um que pague". A nuvem privada responde "uma organização, ninguém mais, e só se o self-service realmente fizer parte do pacote". A nuvem comunitária responde "um grupo validado, e só esse grupo". Implantações reais raramente param em escolher um único modelo. A próxima lição cobre o que acontece quando uma organização combina esses modelos, conectando infraestrutura privada a uma nuvem pública, ou espalhando cargas de trabalho entre mais de um provedor público, e por que essas 2 combinações não são a mesma coisa.