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

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Una encuesta realizada por Tepilo en el Reino Unido reveló que se tarda una media de cuatro meses en sentir que una casa nueva es un hogar. Por lo visto, yo no entro en la media.

Además, no soy británico, así que quizá pueda usarlo como excusa. Verás, llevo siete años viviendo en mi casa y todavía me cuesta recordar qué interruptor enciende el ventilador y cuál corta la corriente de los enchufes del salón. Como podrás imaginar, equivocarse causa bastante consternación a cualquiera que esté viendo una película o jugando a un videojuego en ese momento.

Por diseño, no hay dos casas iguales en este aspecto. Aunque los mecanismos —los interruptores y las teclas basculantes— son los mismos y todos sabemos cómo utilizarlos, no existe una disposición estándar en cuanto a su posición o ubicación dentro de la casa.

Sin embargo, si optara por un sistema domótico y me lo llevara conmigo, probablemente dejaría de tener este problema ocasional, ya que controlaría el ventilador y las luces mediante una interfaz conocida y estandarizada.

Esta es la realidad de las propiedades de la nube. Todas utilizan los mismos mecanismos —API, consolas y procesos— para realizar tareas operativas comunes. Esta es una de las ventajas de la nube. Además, a la hora de incorporar a nuevos profesionales tecnológicos, puede reducir drásticamente el tiempo necesario para su integración. 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 una nube privada o un centro tradicional, esto no es necesariamente así. Se utilizan múltiples plataformas (como OpenShift, OpenStack, etc.) que requieren conocimientos y experiencia específicos para su gestión.

En última instancia, esto reduce el tiempo necesario para incorporar a un nuevo profesional tecnológico, ya que este cuenta con conocimientos prácticos sobre «la nube». Si necesita ampliar su equipo de operaciones en la nube, busca a alguien que esté familiarizado con la nube X. No es un concepto nuevo. Si necesita un desarrollador para trabajar en una aplicación que requiere conocimientos de JavaScript, por lo general no busca a un profesional de Python.

Esta es una de las razones por las que la multinube plantea dificultades: aumenta los conocimientos específicos necesarios y vuelve a introducir en el proceso de incorporación la necesidad de formar a las personas sobre cómo gestionar la infraestructura. Al igual que ocurre con mi casa, no hay dos nubes iguales y, aunque los conceptos básicos de infraestructura puedan ser similares, la terminología, los modelos de objetos, las API y las consolas no lo son.

Como era de esperar, la existencia de herramientas específicas de cada ámbito y de procesos propios de cada entorno de nube ha dado lugar a «silos» de nube en las empresas. La mitad de los encuestados en nuestro estudio anual describió su enfoque actual para gestionar entornos multinube como equipos dedicados a cada entorno de nube. Además, la otra mitad indicó que este era su modelo preferido.

No me sorprende. Si se considera la nube como un producto —que es lo que es—, enseguida se descubre que genera la misma deuda operativa que cualquier otro producto. Cada nube tiene sus propios modelos, API y flujos de trabajo. Tiene sentido centrarse en adquirir experiencia en una de ellas en lugar de conformarse con una gestión mediocre de todas.

La realidad de los entornos multinube ha impulsado la adopción de herramientas de automatización de infraestructuras. No se trata solo de que la automatización facilite el aprovisionamiento, la configuración y las operaciones, sino también de que las herramientas de automatización de infraestructuras son independientes del proveedor de nube. Esto significa que las mismas plantillas de Terraform o los mismos scripts de Ansible utilizados para una nube pueden emplearse en otra, ya que las propias herramientas abstraen las diferencias que hacen compleja la gestión de entornos multinube.

Este es un ejemplo de cómo adoptar una metodología y un conjunto de herramientas coherentes permite a todos avanzar más rápido y con confianza. Esta tendencia se observa en todos los ámbitos de las TI empresariales. La estandarización es un medio para lograr la coherencia, ya sea en la capa de seguridad y entrega de aplicaciones, en la capa de infraestructura de aplicaciones (servidores web y de aplicaciones) o en la capa de almacenamiento de datos. La coherencia es, valga la redundancia, un tema recurrente cuando se trata de los retos de la multinube.

Así es como la multinube convirtió la automatización en algo que ya no es deseable ni supone una ventaja competitiva, sino que es una necesidad.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.

Más artículos de Lori Mac Vittie