
Este es el cuarto artículo de una serie sobre los retos derivados de la transformación digital.
- La sorprendente verdad sobre la transformación digital
- La sorprendente verdad sobre la transformación digital: el caos de la nube
- La sorprendente verdad sobre la transformación digital: descuidar la seguridad
Deseconomías de escala.
Cuando una empresa crece, especialmente con el paso del tiempo, tiende a acumular lastre que requiere atención. Rara vez disminuye el número de aplicaciones que hay que mantener. Por lo general, aumenta, a veces de forma exponencial en cuestión de pocos años. En épocas sin grandes cambios, el número de aplicaciones suele duplicarse cada cuatro años. Cuando irrumpe una nueva tecnología, esa cifra aumenta.
Cada aplicación requiere más soporte operativo (es decir, redes, computación, almacenamiento y seguridad, para quienes no estén familiarizados con el término). Pero, del mismo modo que sabemos que el escalado vertical tiene sus límites (no se puede resolver el problema simplemente añadiendo más y más hardware), también sabemos que ocurre lo mismo con los recursos humanos. No podemos seguir incorporando personal de operaciones al mismo ritmo que crece el número de aplicaciones. Hacerlo aumenta la carga de gestión y ralentiza la comunicación, ya que resulta cada vez más difícil determinar quién es responsable de cada cosa, y no digamos ya hablar con esa persona.

Eso es lo que nos muestra la ley de los despliegues decrecientes. Llega un punto en el que el número de operaciones acaba obstaculizando el despliegue y empiezan a surgir disyuntivas. Como Fausto al pactar con el diablo, anteponemos la velocidad a la seguridad y la escalabilidad a la estabilidad. Al final alcanzamos un punto de inflexión en el que llegamos al límite de nuestras posibilidades teóricas y los equipos de desarrollo y operaciones, junto con la empresa, empiezan a buscar soluciones en otros lugares.
En pocas palabras, solo se puede contratar a un número limitado de profesionales de operaciones para hacer frente al creciente número de aplicaciones antes de toparse con la ley de los despliegues decrecientes.
Por eso, la automatización es fundamental para que los equipos de operaciones puedan seguir el ritmo del aumento del número de aplicaciones y de la demanda de despliegues más rápidos. Porque, por muy rápido que escribas, los sistemas informáticos son más rápidos.
Pero ten en cuenta que la automatización va más allá de los scripts.
Ya utilizamos muchos scripts, y sin duda eso nos ha ayudado a mantenernos, como mínimo, en la carrera de los despliegues. Para que la automatización tenga verdadero éxito, no debe ejecutarse de forma individual para cada dispositivo o aplicación. Sencillamente, no debe hacerse así. Ese enfoque no es escalable. Si escribes un script para cada dispositivo o aplicación, no estás automatizando correctamente.
La automatización debe centrarse en el proceso (por lo que en realidad se trata de orquestación, pero ese es un molino contra el que sigo luchando y que se resiste a caer) y en una ejecución coherente. Eso significa que hay que adoptar la automatización, no limitarse a programar mediante scripts los cambios. Y eso requiere un nuevo enfoque que incorpore principios de DevOps, como la infraestructura como código.
Infraestructura como código

La infraestructura como código es un símil. Esto significa que la infraestructura real puede ser software o hardware, estar en la nube o en las propias instalaciones. La implementación es irrelevante a efectos del despliegue, ya que utilizaremos API y artefactos de despliegue para lograr el comportamiento propio de la infraestructura como código. Al desacoplar la configuración del dispositivo, podemos tratarlo como si fuera una caja negra.
Lo importante son los artefactos de despliegue: las plantillas, los scripts y las políticas que se utilizan para aprovisionar y configurar el dispositivo para el servicio deseado. Estos se almacenan en un repositorio (LOCAL). Describen por completo un servicio determinado —ya sea de red, seguridad, almacenamiento o infraestructura de aplicaciones— y permiten recrearlo cuando sea necesario. Estos artefactos pueden utilizarse para automatizar tareas individuales —añadir una regla de firewall, desplegar un balanceador de carga, configurar el WAF— y, posteriormente, combinarse en un proceso orquestado para lograr un despliegue continuo.
La razón por la que esto es importante para abordar las deseconomías de escala es que el uso exclusivo de scripts sigue implicando trabajar dispositivo por dispositivo. Un script permite reducir una tarea de cinco minutos a cinco segundos. Sin embargo, sigue siendo necesario ejecutarlo manualmente y se requiere la intervención de personas para impulsar el proceso. Esto no responde a la necesidad más amplia de automatizar todo el *proceso*, que es precisamente lo que se necesita para lograr la economía de escala necesaria para competir en una economía digital.
No te pierdas la última publicación de esta serie, en la que analizaremos cómo puedes entregar de forma segura y fiable el creciente número de aplicaciones desplegadas en entornos de contenedores.
Sobre el autor

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 VittieArtículos relacionados del blog

Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.