Para quienes no la hayan visto, el año pasado elaboramos una lista de los 10 principales retos de la entrega de aplicaciones basada en casi treinta años de experiencia en la entrega y protección de aplicaciones en todo tipo de entornos.
Entre ellos se encontraba ADC09 Requisitos de aplicaciones a medida. Es una forma sofisticada de decir que algunas aplicaciones presentan peculiaridades, como protocolos poco habituales, cabeceras heredadas o un comportamiento de API no estándar, y que es necesario poder interceptar y modificar el tráfico sobre la marcha para gestionarlas.
Ese es un reto que se resuelve mediante la programabilidad del plano de datos. Es decir, con herramientas como iRules o Lua, capaces de interceptar, inspeccionar y modificar sobre la marcha el tráfico de aplicaciones y API. Esto permite reescribir cabeceras, transformar cargas útiles, inyectar autenticación o corregir comportamientos sin tener que recompilar la aplicación ni esperar a que el proveedor se ponga al día.
Por ejemplo, supongamos que una API empieza a exigir de repente un nuevo formato de token de autenticación. En lugar de reescribir todas las aplicaciones que llaman a esa API, se introduce una regla en el plano de datos que modifica el token sobre la marcha. Eso es «dar soporte a requisitos específicos de las aplicaciones». Simplemente significa que se puede adaptar la lógica de red a las peculiaridades de la aplicación.
Ahora bien, esa (la programabilidad del plano de datos) es la capacidad de la que más se suele hablar cuando se mencionan las ventajas de la programabilidad «en la red». Pero la programabilidad del plano de control es igual de importante.
Ya sabes, son las API que permiten gestionar, operar e interactuar de otras formas con la infraestructura de entrega y seguridad de aplicaciones. Son las que más del 50 % de las organizaciones utilizan para automatizar las operaciones y agilizar la implementación y gestión de todo tipo de soluciones, desde balanceadores de carga y firewalls de aplicaciones web hasta servicios de seguridad para API y, más recientemente, para IA. Hablamos de soluciones como iControl y FAST, así como de todas las API en la nube disponibles.
A la hora de escalar y proteger todos los agentes y aplicaciones de IA que está empezando a implementar, la programabilidad tanto del plano de datos como del plano de control será fundamental para su éxito. Esto se debe a que, a gran escala, la configuración estática y las operaciones manuales sencillamente no pueden seguir el ritmo ni hacer frente a la superficie de riesgo de los sistemas basados en IA. La programabilidad es lo que permite superar ese cuello de botella.
Por qué la programabilidad es esencial para escalar y proteger la IA
Cuando empiezas a desplegar agentes de IA y aplicaciones basadas en IA a una escala significativa, la antigua forma de gestionar la infraestructura (ya sabes, configuraciones estáticas y automatización con intervención humana) se desmorona por su propio peso. Todo avanza demasiado rápido. La programabilidad no solo resulta útil; es la única forma de adelantarse al caos.
La IA dispara el ritmo de los cambios. Los agentes aparecen y desaparecen, las API cambian y los patrones de tráfico se transforman cada hora. La programabilidad del plano de datos permite adaptarse en tiempo real sin tener que esperar a que se despliegue código ni a nuevos ciclos de lanzamiento. Por su parte, la programabilidad del plano de control permite orquestarlo todo de arriba abajo. En lugar de que las personas tengan que lidiar a toda prisa con archivos YAML, los sistemas pueden registrar automáticamente nuevos agentes, aplicar políticas de seguridad y redirigir el tráfico a medida que cambia el entorno.
Y luego está la seguridad. Cada nuevo agente supone una superficie de ataque adicional y una nueva decisión de confianza que debe tomarse con rapidez y aplicarse en todas partes. Los planos de datos programables permiten integrar controles de seguridad directamente en la ruta del tráfico. La programabilidad puede gestionar mTLS, las reglas del WAF y el manejo de tokens sin modificar la aplicación. El plano de control puede actuar entonces como el cerebro, automatizando esas decisiones de confianza, revocando credenciales, aislando a los agentes que se comporten de forma indebida y renovando certificados sin necesidad de intervención humana.
La programabilidad del plano de datos cobra aún más importancia en los sistemas basados en IA porque gran parte de la toma de decisiones real está integrada en la propia carga útil. Ya no se trata simplemente de cargas útiles que se desplazan del punto A al punto B. El tráfico de los agentes de IA transporta políticas, instrucciones y desencadenantes de comportamiento junto con los datos.
Eso significa que el mando y el control deben ejercerse en contexto, no a posteriori desde un panel del plano de control. No se puede esperar a que un controlador central detecte que algo va mal y aplique una nueva configuración, porque para entonces la instrucción maliciosa ya se habrá propagado. El plano de datos debe ser lo bastante inteligente como para inspeccionar, interpretar y aplicar esas políticas sobre la marcha.
En resumen, el plano de control establece la intención, pero el plano de datos impone la realidad. Si la propia ruta de datos no es programable, todas esas políticas se limitan a acompañar a los datos como metadatos decorativos y su «control» nunca llega a controlar nada realmente.
A pequeña escala, se puede salir del paso con scripts y revisiones manuales. Pero cuando se tienen decenas o cientos de componentes basados en IA, eso deja de ser viable. Los planos de datos programables son las herramientas de precisión. Los planos de control programables son la estructura de mando. Sin ambos, el sistema en su conjunto acaba superando la capacidad para gobernarlo.
Por eso creemos que la programabilidad debe ser una capacidad clave de cualquier plataforma moderna de entrega y seguridad de aplicaciones. Porque, sin ella, te quedas con políticas estáticas en un mundo dinámico, y eso no es control, sino una mera ilusión.
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
Las 10 claves para la entrega de aplicaciones de IA: requisitos de las aplicaciones a medida
La IA convierte lo «personalizado» de caso excepcional en opción predeterminada: las solicitudes pasan a ser cadenas componibles (selección de modelos, recuperación, políticas y herramientas), por lo que la entrega debe adaptarse a cada solicitud, no a cada aplicación.
Las 10 principales amenazas para la entrega de aplicaciones de IA: observabilidad incompleta
La IA no escalará por sí sola. Sin un plano de control unificado que elimine las barreras entre herramientas y responsabilidades, la inferencia se convierte en la capa más frágil y que más coordinación requiere.
Las 10 principales amenazas en la entrega de aplicaciones de IA: prácticas de DNS deficientes
Para los sistemas de inferencia y los sistemas agénticos, la resiliencia del DNS es fundamental para la disponibilidad y el rendimiento: una resolución deficiente provoca errores de enrutamiento, picos de latencia e interrupciones del servicio en distintas regiones.
Comportamiento y límites: el cambio hacia la seguridad agéntica
Los agentes generan secuencias emergentes y sin límites en las que el riesgo se acumula con el tiempo. La seguridad debe pasar de validar solicitudes individuales a supervisar continuamente el comportamiento en flujos de varios pasos que evolucionan con el tiempo.
La IA está impulsando la aparición de nuevos tipos de tráfico
La adopción de la IA está dando lugar a nuevos tipos de tráfico de primer nivel: solicitudes de inferencia, tráfico de automatización generado por máquinas y tráfico de telemetría de gran volumen que alimenta los bucles de control.
La compresión ya no es una cuestión de velocidad, sino del coste de pensar
En la era de la IA, la compresión reduce el coste de pensar, no solo el ancho de banda. Descubre cómo la compresión de prompts, resultados y modelos permite controlar los gastos de inferencia de la IA.