Cloud Computing

Por décadas, ter capacidade computacional significava comprar servidor, instalá-lo no data center próprio ou terceirizado, dimensionar para o pico de demanda esperado e gerenciar toda a infraestrutura — hardware, sistema operacional, rede, segurança, backup. Esse modelo funciona. Também é caro, lento para escalar e exige expertise que não é o negócio principal de quase nenhuma empresa.

Cloud computing é o modelo alternativo: capacidade de computação, armazenamento e serviços entregues pela internet, sob demanda, com cobrança pelo uso. Em vez de possuir a infraestrutura, a empresa a aluga — e pode escalar para cima ou para baixo em minutos, sem investimento de capital antecipado.

A mudança mais importante não é técnica — é econômica e operacional.

CapEx vira OpEx. Investimento de capital em servidor próprio — que deprecia, fica obsoleto e precisa ser substituído — vira despesa operacional variável proporcional ao uso. Para startups e PMEs, isso elimina uma barreira de entrada significativa. Para grandes empresas, aumenta a flexibilidade orçamentária.

Escala sob demanda. Um evento de marketing que multiplica o tráfego do site por vinte vezes numa hora pode ser absorvido automaticamente na nuvem — e os recursos são liberados quando o pico passa. No modelo tradicional, a empresa precisaria ter infraestrutura dimensionada para o pico, ociosa o resto do tempo.

Velocidade de experimentação. Criar um ambiente de desenvolvimento, testar uma nova arquitetura ou lançar um novo serviço em nuvem leva horas, não semanas. Isso muda a velocidade com que equipes conseguem aprender e iterar — o que tem impacto direto na capacidade de inovação.

Gestão de infraestrutura terceirizada. Segurança física, energia, refrigeração, hardware, atualizações de sistema — tudo isso é responsabilidade do provedor de nuvem. A equipe interna foca no que importa para o negócio.

IaaS — Infrastructure as a Service. O provedor entrega hardware virtualizado: servidores, armazenamento, redes. A empresa gerencia sistema operacional, middleware e aplicação. Máxima flexibilidade, máxima responsabilidade. Exemplo: Amazon EC2, Google Compute Engine.

PaaS — Platform as a Service. O provedor entrega a plataforma completa para desenvolvimento e execução de aplicações — sistema operacional, runtime, banco de dados, ferramentas de desenvolvimento. A empresa gerencia apenas a aplicação e os dados. Acelera o desenvolvimento, reduz a complexidade de infraestrutura. Exemplo: Heroku, Google App Engine, Azure App Service.

SaaS — Software as a Service. O provedor entrega a aplicação pronta, acessível pelo navegador ou API. A empresa não gerencia nada além de configuração e dados. É o modelo que a maioria das pessoas já usa sem chamar de cloud: Gmail, Salesforce, Slack, Google Workspace. Para PMEs, SaaS é frequentemente o ponto de entrada na nuvem — e o mais imediatamente prático.

Nuvem pública é a infraestrutura compartilhada de grandes provedores — AWS, Azure, Google Cloud. Recursos são compartilhados entre múltiplos clientes, com isolamento lógico. Oferece maior escala, menor custo e maior variedade de serviços. É o modelo padrão para a maioria das aplicações.

Nuvem privada é infraestrutura dedicada a uma única organização — pode estar no data center próprio ou num provedor, mas os recursos não são compartilhados. Oferece maior controle e isolamento, com custo mais alto. Comum em setores com exigências regulatórias estritas — financeiro, saúde, governo.

Nuvem híbrida combina os dois: workloads sensíveis ou que exigem latência muito baixa ficam na infraestrutura privada; workloads com demanda variável ou menor sensibilidade usam a nuvem pública. A complexidade de gestão é maior, mas permite equilibrar custo, controle e flexibilidade.

A nuvem resolve problemas de infraestrutura. Não resolve problemas de arquitetura, segurança de aplicação ou governança de dados — e às vezes cria novos.

Lock-in de provedor. Migrar workloads entre provedores de nuvem é custoso e complexo quando a aplicação usa serviços proprietários do provedor. Decisões de arquitetura que parecem convenientes no início podem criar dependência difícil de reverter.

Custo sem governança. Nuvem pode ser mais cara que infraestrutura própria se não houver gestão ativa de uso. Recursos esquecidos rodando, ambientes de desenvolvimento que nunca foram desligados, armazenamento crescendo sem política de retenção — o modelo pay-as-you-go cobra tudo. FinOps — a disciplina de otimização de custo em nuvem — existe exatamente por isso.

Segurança compartilhada. No modelo de responsabilidade compartilhada, o provedor de nuvem é responsável pela segurança da nuvem (física, hardware, rede). A empresa é responsável pela segurança na nuvem: configuração correta, controle de acesso, proteção de dados. A maioria dos incidentes de segurança em nuvem não é falha do provedor — é configuração incorreta do cliente.

Cloud computing reduziu a barreira tecnológica de entrada para praticamente qualquer tipo de negócio. Uma PME hoje tem acesso à mesma infraestrutura de escala global que grandes corporações usam — com custo proporcional ao uso.

O que observamos, porém, é que a barreira tecnológica foi substituída por uma barreira de clareza: muitas organizações chegam à nuvem sem saber o que querem rodar lá, como vão gerenciar o custo ou quem é responsável pela segurança. A decisão de ir para a nuvem é tomada porque "todo mundo está indo" — não porque há uma estratégia clara de o que migrar, em que ordem e com quais controles.

A nuvem bem usada é alavanca real de capacidade operacional. A nuvem mal governada é custo crescente sem clareza de retorno. A diferença está na qualidade da decisão sobre o que vai para lá — e não apenas em ir.