Las nubes privadas exigen una mentalidad diferente
La nube no cambia nada. La nube lo cambia todo. La nube privada no hace ninguna de las dos cosas y tampoco ambas.
Bueno, ya basta de Zen. La verdad es que sus aplicações que se ejecutan en una nube privada, del tipo que sea, aún necesitan los servicios de distribución de aplicação críticos que la red ha proporcionado tradicionalmente: seguridad, equilibrio de carga, alta disponibilidad y optimización. Incluso las arquitecturas más nuevas, como los microservicios y las plataformas de contenedores , utilizan métodos familiares para mantener las aplicações en funcionamiento. Los últimos lenguajes o técnicas de desarrollo aún deben estar respaldados por herramientas de seguridad como control de acceso y firewalls de aplicação web. De esta manera nada cambia.
Entonces, ¿qué hace?
Para la mayoría de las organizaciones, la nube privada no cambia lo que implementamos, sino cómo y, lo que es más importante, con qué velocidad podemos implementarlo. Las implementaciones exitosas de nube privada brindarán TI de autoservicio y permitirán que los clientes internos utilicen la automatización y la infraestructura como código para crear entornos de aplicação altamente dinámicos y operativamente eficientes. La frecuencia de los cambios en el código y la infraestructura se acelerará a medida que se desarrollen y entreguen nuevos servicios o aplicações de manera más eficiente. Si bien muchos de los factores que aceleran la obtención de valor son culturales y organizacionales, la infraestructura no debe ser un obstáculo. Desde la solicitud hasta la implementación, no hay tiempo para la latencia humana. Las herramientas de automatización controlarán la mayor parte de la prestación de servicios de TI si la infraestructura no va a ser un cuello de botella.
Si está pasando de una organización tradicional basada en tickets, donde los cambios se solicitan, revisan e implementan manualmente, entonces esta transición cambiará muchas de sus actividades diarias. La TI pasará de estar centrada en la implementación al diseño de marcos y automatización de servicios de extremo a extremo. Pensar en cómo permitir que los desarrolladores de aplicação o las operaciones de aplicação (¿me atrevo a decir "DevOps"?) aprovisionen servicios de entrega de aplicação y redes de la misma manera que el resto de la pila debe ser central para implementar una plataforma de nube privada. Robando una frase de un colega: Las operaciones de TI deben pasar de ser simplemente pulsadores de botones a creadores de botones.
A nivel filosófico (y, después de todo, ahí es donde empezó este artículo) lo que cambia fundamentalmente es cómo las operaciones de TI controlan la infraestructura. Piénselo: la razón por la que había un sistema de tickets y un equipo de operaciones para realizar cambios en la infraestructura era en parte para evitar errores o configuraciones erróneas al permitir que solo los expertos del dominio hicieran los cambios. Las operaciones de TI tenían acceso a todos los botones y sabían cuáles presionar para efectuar el cambio solicitado y, con suerte, no romper nada más en el proceso. Ahora todo el mundo quiere pulsar sus propios botones o que el software lo haga por ellos. Es mejor que los botones lógicos que crean las operaciones sean seguros de presionar. Aquí es ahora donde las operaciones ejercen el control. Al crear sistemas automatizados y con plantillas que solo requieren que los solicitantes sepan lo que quieren, no cómo hacerlo, y limitar sus opciones a configuraciones seguras y compatibles, TI otorga libertad a sus clientes pero mantiene el control de la infraestructura.
Si bien estos cambios pueden representar desafíos técnicos y culturales, las ganancias de productividad y agilidad resultantes son lo suficientemente significativas como para justificar los desafíos para llegar a ellos.