Cómo la multinube convirtió la automatización en una necesidad

Una encuesta realizada por Tepilo en el Reino Unido descubrió que se necesitan un promedio de cuatro meses para que una casa nueva se sienta como un hogar. Aparentemente no soy promedio.

Tampoco soy británico así que quizá esa pueda ser mi excusa. Verás, ya llevo siete años viviendo en mi casa y todavía tengo problemas para recordar qué interruptor de luz enciende el ventilador y cuál apaga los enchufes de la sala de estar. Como te puedes imaginar, equivocarse causa bastante consternación para cualquiera que esté disfrutando de una película o jugando un videojuego en ese momento.

No hay dos casas iguales en este aspecto, por diseño. Aunque los mecanismos (interruptores y balancines) son los mismos y todos sabemos cómo operarlos, no están estandarizados en términos de posición o ubicación dentro de la casa.

Sin embargo, si me comprometiera a utilizar un sistema de automatización del hogar y lo llevara conmigo, probablemente no sería un problema tan ocasional como lo es. Porque el manejo del ventilador y de las luces se realizaría a través de una interfaz familiar y estandarizada.

Ésta es la realidad de las propiedades de la nube. Todos utilizan los mismos mecanismos (API, consolas, procesos) para realizar tareas operativas comunes. Éste es uno de los beneficios de la nube. Y en términos de incorporación de nuevos profesionales tecnológicos, puede reducir drásticamente el tiempo necesario para ello. La capa de gestión de la infraestructura es la misma para todas las empresas. Las mismas API. Las mismas consolas. Los mismos procesos.

En un centro de datos a medida, ya sea en una nube privada o tradicional, esto no es necesariamente cierto. Hay múltiples marcos en juego (pensemos en OpenShift, OpenStack, etc.) que requieren conocimientos y experiencia específicos para operar.

En última instancia, esto reduce el tiempo que lleva incorporar a un nuevo profesional de tecnología, porque ya tiene un conocimiento práctico de "la nube". Si necesita ampliar su equipo de operaciones en la nube, debe buscar a alguien que esté familiarizado con Cloud X. Este no es un concepto nuevo. Si necesita un desarrollador que trabaje en una aplicación que requiere conocimientos de JavaScript, generalmente no busca un profesional de Python.

Esta es una de las razones por las que la multicloud es un desafío: aumenta el conocimiento del dominio requerido y devuelve al proceso de onboarding la necesidad de capacitar a las personas sobre cómo operar la infraestructura. Al igual que mi casa, no hay dos nubes iguales y, si bien los conceptos básicos de infraestructura pueden ser similares, la terminología, los modelos de objetos, las API y las consolas no lo son.

Como era de esperar, la realidad de las herramientas y los procesos específicos del dominio exclusivos de una propiedad en la nube ha dado lugar a “silos” de nube en la empresa. La mitad de todos los encuestados en nuestra investigación anual describieron su enfoque actual para gestionar múltiples nubes como equipos dedicados por propiedad de nube. Es más, la otra mitad indicó que era su modelo preferido.

Esto no me sorprende. Si piensa en la nube como un producto (que lo es), descubrirá rápidamente que genera la misma deuda operativa que cualquier otro producto. Los modelos, las API y los flujos de trabajo son únicos para cada uno. Tiene sentido centrarse en el desarrollo de la experiencia de uno en lugar de conformarse con una gestión mediocre en todos.

Las realidades multicloud han dado lugar a la adopción de herramientas de automatización de infraestructura. No es solo que la automatización facilita el aprovisionamiento, la configuración y las operaciones, sino también el hecho de que las herramientas de automatización de infraestructura son independientes de la nube. Esto significa que las mismas plantillas de Terraform o scripts de Ansible utilizados para una nube se pueden usar para otra, porque las herramientas en sí mismas abstraen las diferencias que hacen que la gestión de múltiples nubes sea compleja.

Este es un ejemplo de convergencia hacia una metodología y un conjunto de herramientas consistentes que permiten a todos avanzar más rápido y con confianza. Este tema es evidente en toda la TI empresarial. La estandarización es un medio para lograr consistencia, ya sea en la capa de seguridad y entrega de aplicação , la capa de infraestructura de aplicaciones (servidor web y de aplicaciones) o la capa de almacenamiento de datos. La coherencia es, si se me permite la redundancia, un tema constante cuando se trata de los desafíos de la multinube.

Así fue como la multicloud hizo que la automatización no fuera algo deseable ni una ventaja competitiva, sino una necesidad.