Todo mundo usa a palavra. Guardar na nuvem, subir para a nuvem, migrar para a nuvem. A imagem é tão natural que quase ninguém para para pensar no quanto ela é estranha: por que um conjunto de servidores de metal, empilhados em racks dentro de um galpão refrigerado, ganhou o nome de uma formação de vapor no céu?
A resposta não está no marketing. Está num desenho que engenheiros de rede faziam em quadros brancos décadas antes de alguém vender computação como serviço.
O símbolo veio antes do produto
Nos diagramas de rede dos anos 1970 e 1980, quem desenhava a arquitetura de um sistema precisava representar duas coisas diferentes. De um lado, os equipamentos sob seu controle: os computadores, os roteadores, os cabos, tudo aquilo que a equipe conhecia e administrava. Do outro, a rede externa por onde os dados passavam, com uma característica incômoda para quem desenha: ninguém sabia exatamente o que havia lá dentro, e para o desenho isso não importava.
O dado entrava de um lado e saía do outro. O caminho exato variava a cada transmissão, dependia de equipamentos de terceiros e mudava sem aviso. Representar aquilo com precisão era impossível e inútil. Então convencionou-se desenhar um contorno irregular em volta dessa parte, uma forma vaga, sem arestas definidas, que comunicava exatamente a ideia certa: aqui dentro acontece alguma coisa, e você não precisa saber qual.
O contorno que melhor expressava isso tinha o formato de uma nuvem.
Uma abstração, não uma metáfora poética
É aí que está a parte interessante. A nuvem do diagrama nunca foi uma comparação com o céu, com leveza ou com algo etéreo. Ela era um símbolo de abstração deliberada. Dizia ao leitor do diagrama: esta caixa tem uma fronteira, uma entrada e uma saída, e o miolo dela não é da sua conta.
Essa é, até hoje, a definição funcional mais honesta de computação em nuvem. Quando uma empresa contrata um serviço em nuvem, ela contrata precisamente isso: uma fronteira clara, com entrada e saída conhecidas, e a promessa de que o miolo é problema de outra pessoa. Você não sabe em qual máquina física o seu site está rodando neste momento, e o serviço só é bom enquanto você não precisar saber.
Quando o desenho virou nome de mercado
A transição do símbolo para o termo comercial aconteceu aos poucos ao longo dos anos 1990 e se consolidou nos anos 2000, quando os primeiros serviços de infraestrutura sob demanda foram lançados. Quem trabalhava com redes já chamava aquela região do diagrama de nuvem informalmente havia anos. Quando surgiu a necessidade de dar nome a um produto que entregava capacidade computacional sem que o cliente soubesse ou se importasse com a máquina física, o vocabulário já estava pronto e já era compreendido pelo público técnico.
Houve tentativas de emplacar outros termos. Nenhum pegou, e por um motivo simples: os concorrentes descreviam a tecnologia, e a nuvem descrevia a experiência de usar a tecnologia. É a diferença entre vender um motor e vender a viagem.
O que o nome esconde
A ironia é que o sucesso da palavra criou um mal-entendido duradouro. Muita gente ouve nuvem e entende que não existe máquina física envolvida, como se os arquivos ficassem suspensos em algum lugar sem lugar. O contrário é verdadeiro: a nuvem é o conjunto de computadores mais concretos, mais pesados e mais caros que a humanidade já construiu.
Um data center é um prédio com piso reforçado para aguentar o peso dos racks, sistemas de refrigeração que consomem tanta energia quanto os servidores, geradores para quando a rede elétrica cair e redundância de conexão para quando um cabo for rompido. A nuvem tem endereço, tem CEP e tem conta de luz.
Existe até uma piada corrente entre profissionais de infraestrutura que resume bem a questão: não existe nuvem, existe apenas o computador de outra pessoa. É uma provocação, mas é tecnicamente correta. O que você contrata não é ausência de hardware, é o direito de não pensar nele.
Por que isso ainda importa
Saber a origem do termo muda a forma de avaliar um serviço. Se a nuvem é, por definição, uma abstração com fronteira, entrada e saída, então as perguntas que importam na hora de contratar são sobre a fronteira, não sobre o vapor:
- Onde ficam fisicamente as máquinas? Distância afeta latência, e jurisdição afeta a lei que se aplica aos seus dados.
- O que acontece quando o miolo falha? Toda abstração vaza em algum momento, e é aí que se descobre a qualidade do serviço.
- Como os dados saem? Uma fronteira com entrada fácil e saída difícil tem nome, e não é nuvem.
O desenho do quadro branco continua valendo. A diferença é que hoje, do lado de dentro do contorno, existe alguém que assinou um contrato com você. Vale saber quem é.
Na StayCloud, o miolo do desenho fica em data center Tier III no Brasil, o que resolve as duas primeiras perguntas antes de você precisar fazê-las.
