Vas a necesitar una plataforma de automatización y orquestación. Puede que la tecnología sin servidor sea justo lo que estabas buscando.
Serverless (también conocido como Función como Servicio) aún está en una fase muy incipiente. Y cualquier tecnología que apenas empieza a dar sus primeros pasos suele tener que responder a la pregunta: «Pero ¿para qué sirve?». Esto es especialmente cierto en una época en la que casi a diario surge algún nuevo avance o tecnología que reclama nuestra atención.
Los casos de uso habituales de la informática sin servidor giran en torno a su capacidad para aprovechar la potencia de la nube en determinados tipos de cargas de trabajo, como el procesamiento de imágenes o la minería de datos. Sin embargo, hoy en día hay organizaciones que utilizan la informática sin servidor para fines, digamos, menos atractivos, como la automatización de operaciones.
De hecho, podría sostener (y creo que lo haré porque así soy yo) que la tecnología sin servidor es quizá uno de los medios más eficientes que existen hoy en día para automatizar las operaciones. A continuación, expongo cuatro razones por las que voy a recomendarte que consideres seriamente la tecnología sin servidor como plataforma para automatizar las operaciones.

1. Se basa en eventos
En un sistema basado en eventos, las acciones hacen que sucedan cosas. Los eventos (a veces denominados acciones) pueden desencadenarse de muchas formas, aunque lo más probable es que se invoquen mediante una llamada a una API REST, ya sea desde una línea de comandos (por ejemplo, con «curl») o desde una interfaz web sencilla. Esto incluye tareas como aprovisionar un servicio, actualizar una configuración o deshabilitar una regla de firewall. Básicamente, el despliegue de aplicaciones en producción —y, posteriormente, de los servicios de red y de aplicaciones necesarios— se descompone en una serie de «acciones». Muchas acciones del flujo de trabajo se desencadenan al completarse una acción anterior, lo que encaja perfectamente con los conceptos de «secuencia de acciones» de entornos sin servidor como OpenWhisk. Al fin y al cabo, la orquestación del despliegue consiste en automatizar un proceso compuesto por muchas tareas automatizadas individuales de menor envergadura. Cada una de ellas podría representarse adecuadamente mediante una llamada a una API de un entorno sin servidor, mientras que una llamada general a la API iniciaría toda la secuencia.
2. Promueve la infraestructura como código y la reutilización
Las plantillas y los scripts encajan en el concepto de infraestructura como código, pero un sistema basado en una arquitectura sin servidor cumpliría este criterio por su propia naturaleza. Esto fomenta aún más la reutilización de artefactos y componentes de despliegue al encapsularlos como código que se incorpora al proceso. El resultado son procesos predecibles, repetibles y coherentes que pueden medirse y optimizarse con el tiempo. Un enfoque de «una tarea, una función» también favorece la componibilidad y permite crear el proceso de forma más fluida, ya que puede controlarse fácilmente incorporando distintas funciones en función de una canalización generada dinámicamente.
3. Es «serverless»
Todos sabemos que «serverless» no significa literalmente que no haya servidores. Sin embargo, el mismo concepto que lo hace atractivo para los desarrolladores —que la infraestructura de hardware (y software) subyacente sea «invisible» para quienes la utilizan— también debería resultar atractivo para los equipos de operaciones de infraestructura y redes. Recuerde que, una vez que empiece a automatizar y orquestar el proceso de despliegue, necesitará software y sistemas para gestionarlo. Esto implica servidores y software que habrá que licenciar, mantener, gestionar, escalar y proteger; en fin, ya se hace una idea. Ya sabe lo exigente que resulta gestionar aplicaciones orientadas al consumidor; imagine lo mismo con aplicaciones destinadas a los equipos de operaciones. Una infraestructura serverless, una vez implantada, proporciona una plataforma uniforme sobre la que se pueden crear tantos flujos de trabajo como se desee sin preocuparse por la infraestructura subyacente. Esto significa que los equipos de operaciones también pueden beneficiarse de las mismas ventajas que atraen a los desarrolladores al modelo serverless.
4. Es poli-todo
Puede que te preguntes qué demonios tiene que ver eso con el tema. Pues bien, te lo voy a explicar. Ningún centro de datos funciona con una infraestructura heterogénea y, aun limitándonos a un único proveedor, las organizaciones utilizan múltiples modelos y versiones tanto de hardware como de software. Uno de los retos a los que se enfrentan las organizaciones es gestionar la variedad de dispositivos y versiones presentes en todo el entorno. La mayoría de los entornos sin servidor ya admiten una amplia variedad de lenguajes y conjuntos de herramientas (una acción puede estar escrita en Python y otra en node.js), así como acciones «basadas en imágenes», que son contenedores capaces de ejecutar, bueno, prácticamente cualquier cosa. En un mundo en el que se intenta orquestar un proceso compuesto por tareas que automatizan un conjunto de sistemas tan diverso, poder utilizar la herramienta que mejor funciona —y quizá la única que sirve— supone una gran ventaja para las operaciones.
La cuestión es que, a diferencia de la mayoría de las aplicaciones, a las que acceden y que utilizan constantemente tanto usuarios particulares como corporativos, las tareas operativas se ejecutan con poca frecuencia y, en ocasiones (aunque no nos guste admitirlo), sin apenas previo aviso, en respuesta a incidentes de seguridad o disponibilidad en el entorno general. Esto significa que un sistema basado en eventos como serverless parece una buena opción. Proporciona una plataforma «siempre activa» capaz de ejecutar una amplia variedad de tareas en todo el espectro operativo. En un momento dado, podría ejecutar una tarea relacionada con la seguridad, como actualizar una regla del cortafuegos. Al siguiente, podría iniciar una acción para incorporar un nuevo servicio de aplicaciones —por ejemplo, un WAF— a la ruta de datos de una aplicación en respuesta a una vulnerabilidad de día cero que requiera una solución inmediata. La misma plataforma puede proporcionar el mecanismo necesario para ejecutar prácticamente cualquier tarea operativa requerida, de forma automatizada y extensible.
Los eventos podrían incluso activarse al crear un ticket o mediante un comando de bot desde un sistema compatible con ChatOps, como Slack, y extraer automáticamente la información necesaria del ticket o del comando para utilizarla a medida que se ejecutan las acciones pertinentes para completar la tarea.
Serverless está orientado a los desarrolladores, pero sus principios y mecanismos subyacentes lo convierten en una alternativa atractiva a crear sistemas propios de orquestación operativa o a depender de un conjunto de sistemas débilmente acoplados, con los consiguientes retos de integración y funcionamiento.
Si acaba de iniciar su camino hacia la automatización de las operaciones, quizá le convenga analizar detenidamente las plataformas sin servidor para empresas y comprobar hasta qué punto pueden adaptarse a sus necesidades.
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.