As nuvens estão tendo seu momento local?

Durante a maior parte das últimas duas décadas, o movimento em direção à utilização da infraestrutura de nuvem pública parecia uma onda inevitável de mão única. O custo para os usuários finais cairia à medida que os provedores continuassem a escalar e uma variedade de serviços cada vez mais refinados permitiria que as startups permanecessem enxutas e se adaptassem rapidamente a picos ou interrupções na demanda. 

Durante meus três anos trabalhando tive a chance de conversar com muitas pessoas interessantes que trabalham com diversos microsserviços e contêineres. Eu vi o esforço para construir infraestrutura como código e o apelo de ficar sem servidor. Ao mesmo tempo, conversei com muitas pessoas nas áreas de observabilidade e malhas de serviço, que encontraram um novo negócio para dar suporte à expansão de interconexões que existe em aplicativos modernos.

Recentemente, no entanto, notei uma nova tendência crescendo em paralelo. Sim, a adoção da nuvem pública continua a crescer, com muitas empresas ainda no processo de decidir o que migrar dos servidores locais. Toneladas de pessoas se reúnem todos os dias para compartilhar conhecimento sobre AWS , Azure e Google Cloud.

Ao mesmo tempo, no entanto, um número crescente de organizações também está abrindo espaço para repatriar o trabalho de provedores públicos para nuvens privadas no local e, para o crescente mundo da computação de borda e aprendizado de máquina, voltando para o futuro de realmente possuir e operando seu hardware físico no local. 

Uma nuvem para chamar de sua

De acordo com um relatório de 2022 da Bessemer Ventures, houve um aumento significativo na adoção de nuvens privadas virtuais. O relatório sugere que “está ficando mais fácil empacotar produtos SaaS e implantá-los na nuvem privada virtual (VPC) de um cliente. Isso se deve em parte à padronização em torno do Kubernetes como o sistema operacional da nuvem. Isso torna mais fácil para as empresas de SaaS atender a uma ampla gama de clientes que podem preferir manter determinados dados ou aplicativos confidenciais em uma VPC.” 

Muitos de nossos clientes que usam o optam por essa abordagem. Construímos e atualizamos a plataforma para compartilhamento de conhecimento e colaboração , mas ela é instalada em um local privado ou no local e as conversas sobre seus clientes de código proprietário estão discutindo permanecer privados no local.

Tom Limoncelli, gerente técnico de produtos da equipe de confiabilidade do site, tem fortes opiniões sobre essa tendência. “Aqui está o que realmente está acontecendo”, ele me escreveu: 

a. Executar seu próprio datacenter incentiva práticas ruins devido à falta de governança e outros motivos.

b. A nuvem força/encoraja melhores práticas, como governança rígida, infraestrutura como código e pipelines de CD/CD totalmente automatizados.

c. As pessoas estão construindo nuvens no local, que emulam essas práticas recomendadas porque experimentaram na nuvem.

Outra maneira de dizer isso é… As pessoas não estão voltando para o datacenter; eles estão voltando para as nuvens locais porque os datacenters podem ser frustrantes.

Na visão de Limoncelli, uma abordagem totalmente DIY incentiva práticas ruins. Os proprietários tendem a tratar os servidores mais como animais de estimação do que como gado, adicionando sua própria personalização. Depois de décadas disso, você obtém um datacenter que é apenas uma grande confusão de ideias de configuração ruins, tecnologias incompatíveis e barreiras políticas que impedem que tudo isso seja consertado. A maneira inteligente de migrar para a nuvem privada é ser rigoroso quanto à padronização. Em outras palavras, não, você não pode solicitar uma máquina especial com uma conexão ethernet esquisita porque uma pessoa acha legal.

Os sistemas em nuvem, por outro lado, fornecem uma API para solicitar novas máquinas virtuais em minutos, em vez de um processo de compra manual que levava meses. Eles instalam racks e racks com a mesma configuração de hardware. Eles usam configurações de máquina padronizadas, orientando os usuários para longe de configurações personalizadas. Os custos são contabilizados, o que muitas vezes não acontece nos datacenters. No lado do software, a mudança para a nuvem é uma oportunidade de adotar a automação como um pipeline de CI/CD, afastando as pessoas das implantações manuais.

Os usuários adquirem recursos por meio de uma API, não por ordem de compra. Governança e automação são estabelecidas desde o início. A combinação de acesso a recursos por uma API padronizada e governança aplicada automaticamente resulta em um sistema que é mais fácil de manter e impõe práticas mais modernas. 

Os contêineres o libertarão

Como argumenta Nick Chase no The New Stack, o Kubernetes tem sido um facilitador poderoso para empresas que buscam obter mais controle sobre o uso da nuvem. É relativamente agnóstico sobre o hardware real ou virtual que você escolhe empregar porque pode fazer uma variedade de coisas diferentes com o kernel do Linux como base. 

O Kubernetes foi projetado para simplificar o gerenciamento de uma grande constelação de aplicativos por um pequeno grupo de pessoas, abstraindo o hardware subjacente. Exceto por uma configuração que limita seu sistema a um recurso escasso, ele oferece um nível de resiliência que os clientes há dez anos buscavam provedores de nuvem pública. Além de permitir que os usuários atualizem os sistemas sem ficar offline, ele também oferece recursos para monitoramento de serviços upstream e downstream, algo que muitas organizações pesadas de microsserviços agora estão recorrendo a provedores de observabilidade terceirizados.

“Os superpoderes do Kubernetes mudam o jogo de maneiras importantes”, escreve Chase. “Se você pode implantar, dimensionar e gerenciar o ciclo de vida do Kubernetes, pode usá-lo para pavimentar infraestruturas de nuvem pública e privada, otimizar custos e despesas gerais de forma agressiva e tratar tudo sob o Kubernetes como uma mercadoria.”

Como meu colega Ryan Donovan apontou durante uma conversa recente, “ser capaz de abstrair a infraestrutura permitiu muitos provedores de nuvem, mas também permitiu que as pessoas tivessem