Nuvens privadas exigem uma mentalidade diferente
A nuvem não muda nada. A nuvem muda tudo. A nuvem privada não faz nenhuma das duas coisas.
Ok, chega de Zen. A verdade é que seus aplicativos executados em uma nuvem privada, de qualquer tipo, ainda precisam dos serviços essenciais de entrega de aplicativos que a rede tradicionalmente fornece: segurança, balanceamento de carga, alta disponibilidade e otimização. Até mesmo arquiteturas mais novas, como microsserviços e plataformas de contêineres , usam métodos familiares para manter os aplicativos ativos e em execução. As linguagens ou técnicas de desenvolvimento mais recentes ainda devem ser apoiadas por ferramentas de segurança, como controle de acesso e firewalls de aplicativos da web. Dessa forma, nada muda.
Então, o que acontece?
Para a maioria das organizações, a nuvem privada não muda o que implantamos, mas como e, mais importante, a rapidez com que podemos implantar. Implementações bem-sucedidas de nuvem privada fornecerão TI de autoatendimento e permitirão que clientes internos usem automação e infraestrutura como código para criar ambientes de aplicativos altamente dinâmicos e operacionalmente eficientes. A frequência de alterações no código e na infraestrutura aumentará à medida que novos serviços ou aplicativos forem desenvolvidos e entregues com mais eficiência. Embora muitos dos fatores que impulsionam um "tempo de retorno" mais rápido sejam culturais e organizacionais, a infraestrutura não deve ser um obstáculo. Da solicitação à implementação, não há tempo para latência humana. Ferramentas de automação controlarão a maior parte da entrega de serviços de TI se a infraestrutura não for um gargalo.
Se você estiver migrando de uma organização tradicional baseada em tickets, onde as mudanças são solicitadas, revisadas e implementadas manualmente, essa transição mudará muitas de suas atividades diárias. A TI deixará de ser focada na implementação e passará a projetar estruturas e automação de serviços de ponta a ponta. Pensar em como permitir que desenvolvedores de aplicativos ou operações de aplicativos (ouso dizer ‘DevOps’?) provisionem serviços de entrega de rede e aplicativos da mesma maneira que o restante da pilha precisa ser central para implantar uma plataforma de nuvem privada. Roubando uma frase de um colega: As operações de TI devem deixar de ser apenas pressionadoras de botões e passar a criadoras de botões.
Em um nível filosófico (e, afinal, é onde este artigo começou), o que muda fundamentalmente é como as operações de TI controlam a infraestrutura. Pense nisso: a razão pela qual havia um sistema de tickets e uma equipe de operações para fazer alterações na infraestrutura era, em parte, para evitar erros ou configurações incorretas, permitindo que apenas especialistas no assunto fizessem alterações. As operações de TI tinham acesso a todos os botões e sabiam quais pressionar para efetuar a alteração solicitada e, com sorte, não quebrar mais nada no processo. Agora todo mundo quer apertar seus próprios botões ou deixar que um software faça isso por eles. Os botões lógicos que as operações criam devem ser seguros para pressionar. É aqui que as operações exercem controle. Ao criar sistemas automatizados e padronizados que exigem apenas que os solicitantes saibam o que querem, não como fazer, e limitar suas escolhas a configurações seguras e suportáveis, a TI concede liberdade aos seus clientes, mas mantém o controle da infraestrutura.
Embora essas mudanças possam ser desafiadoras técnica e culturalmente, os ganhos de produtividade e agilidade resultantes são significativos o suficiente para justificar os desafios para chegar lá.