La automatización es un componente fundamental de la transformación digital, ya que la primera fase del proceso empresarial conocido como «transformación digital» se centra en automatizar tareas mediante aplicaciones.
La automatización de los flujos de trabajo cobra protagonismo en la segunda fase, a medida que la empresa amplía su presencia digital para crear experiencias.
Y la automatización es fundamental para crear y utilizar posteriormente información práctica mediante AIOps y otras tecnologías basadas en la IA en la tercera y última fase: la empresa asistida por IA.
La automatización es un concepto tan fundamental que resulta difícil hablar de ella sin aportar algo de contexto sobre qué es lo que estamos automatizando.
Cuando Cindy Borovick y yo nos sentamos cada año para concretar qué queremos aprender del informe sobre el estado de la estrategia de aplicaciones, intentamos formular preguntas que no solo sean relevantes ahora, sino que también permitan vislumbrar qué será relevante en el futuro.
En el caso de la automatización, esto implica ir más allá de una comprensión básica de las herramientas y tecnologías utilizadas para implementarla. Supone analizar cómo afecta la automatización a las operaciones y al negocio, así como qué aspectos plantean dificultades o resultan frustrantes para los profesionales en la actualidad. También implica comprender qué enfoques está adoptando el mercado para avanzar en la automatización y cómo dichos enfoques están influyendo —o quizá no— en la transformación digital.
Uno de esos enfoques es la infraestructura como código.
Infraestructura como código
La infraestructura como código (IaC) es una práctica adoptada de las metodologías DevOps y SRE que trata los artefactos (archivos) de aprovisionamiento y configuración del mismo modo que los desarrolladores tratan el código. Esto significa que, idealmente, se revisan, se prueban y se versionan en un repositorio. Así se puede automatizar el proceso de despliegue, ya que tanto las personas como las herramientas pueden consultar siempre el artefacto más reciente cuando necesitan desplegar una nueva instancia de X (donde X podría ser un servidor web, una puerta de enlace de API, un controlador de entrada o… ya se entiende). Quizá como deferencia a sus orígenes, el tipo de automatización que permite la IaC suele denominarse GitOps, porque GitHub y GitLab se utilizan habitualmente como repositorios preferentes y, en la actualidad, ambos están bien integrados con las herramientas de automatización de procesos.
Resulta que las organizaciones que adoptan la infraestructura como código (IaC) obtienen beneficios en cuanto al éxito de sus iniciativas de automatización.
Algo más de la mitad (52 %) de las organizaciones tratan la «infraestructura como código». Las que lo hacen tienen más probabilidades de realizar despliegues frecuentes, contar con canalizaciones de despliegue de aplicaciones totalmente automatizables y automatizar un mayor porcentaje de su cartera de aplicaciones que otras organizaciones similares.
Las ventajas de la IaC y la automatización son evidentes, así que cabe preguntarse por qué no hay más organizaciones que adopten estos enfoques. Resulta que hay motivos, y son de peso.
Las competencias y las herramientas, principales retos para la automatización
No se puede automatizar sin herramientas, y llevamos años haciendo un seguimiento de ellas. A la cabeza del conjunto de herramientas se sitúan opciones multinube y, a menudo, de código abierto, como Terraform y Ansible. Aunque las API de los proveedores de servicios en la nube siguen utilizándose de forma generalizada, son específicas de cada proveedor. Esto plantea un reto importante para las operaciones en todos los ámbitos de TI (seguridad, infraestructura y redes) a la hora de gestionar aplicaciones en distintos entornos de nube.
Por tanto, no sorprende el auge de la popularidad de los conjuntos de herramientas independientes de la nube. Casi la mitad de los encuestados (el 47 %) utiliza herramientas como Terraform, Ansible, GitHub, GitLab, Puppet y Chef. ¿En último lugar? Los conjuntos de herramientas específicos de cada proveedor, utilizados por tan solo el 29 % de los encuestados. Esto pone de manifiesto la necesidad de una automatización integral e independiente de la nube, ya que las carteras de aplicaciones y las tecnologías que permiten ofrecerlas y protegerlas se distribuyen ahora entre múltiples nubes públicas y privadas, centros de datos e incluso el edge.
Los conjuntos de herramientas son importantes porque permiten a las organizaciones tratar la infraestructura como código. El problema es que el principal reto señalado por los encuestados este año fue la capacitación, y la mayor carencia de competencias en todo el mundo fue… redoble de tambores… el manejo de conjuntos de herramientas.
No es difícil concluir que, para reducir la brecha de competencias y permitir que más organizaciones aprovechen las ventajas de tratar la infraestructura como código, debemos facilitar el uso de las herramientas, especialmente en lo que respecta a la automatización entre distintos entornos.
Encontrarás más información sobre la automatización —y mucho más— en nuestro informe anual. Léelo y vuelve por aquí para descubrir nuestro análisis del estado actual y futuro de las tecnologías de seguridad y entrega de aplicaciones.
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.