¿Conoces ese momento en el que te das cuenta de que la arquitectura que llevas una década perfeccionando está a punto de ser arrollada por algo que hace apenas dos años ni siquiera estaba en el radar?
Bienvenidos a la era de las arquitecturas de agentes.
No se trata de los típicos scripts de automatización ni de simples capas de IA. Los agentes están orientados a objetivos, son generativos y cada vez más autónomos. No se limitan a llamar a las API, sino que trazan su propio camino a través de ellas. ¿Y lo más sorprendente? Incorporan sus propias políticas.
Cada solicitud que envía un agente puede incluir:
Cabeceras de intención (X-Goal, X-Context, X-Route-Preference) Instrucciones alternativas basadas en la sensibilidad real a los SLA. Un registro de lo que no funcionó la última vez. Indicaciones sobre qué aspecto tiene realmente el éxito (spoiler: no es «200 OK»)
Esto es la toma de decisiones en acción. No se trata de una orquestación centralizada y planificada de antemano. Es una delegación en tiempo de ejecución que va a cambiar el funcionamiento de la infraestructura.
Por qué esto es importante (antes de lo que crees)
Por ahora, la mayoría de los sistemas empresariales no están experimentando fricciones. Los primeros agentes siguen siendo chatbots, copilotos o herramientas aisladas para mejorar la productividad.
Pero, a medida que se incorporan a los flujos de trabajo empresariales (ya sabes, tareas como la resolución de pedidos, la tramitación de reclamaciones, la clasificación y la gestión logística), empiezan a interactuar con sistemas reales. Esto significa que:
- La infraestructura debe interpretar la lógica que incorporan los agentes
- Las puertas de enlace deben analizar más que simples JWT y rutas
- Los balanceadores de carga deben dejar de pensar en términos de «el más rápido» y empezar a pensar en términos de «el más adecuado para esta tarea»
Todavía no es una crisis. Pero se avecina. Y, cuando llegue, el problema no será la falta de ancho de banda, sino el desajuste entre la forma en que los agentes toman decisiones y cómo la infraestructura gestiona el tráfico.
El cambio: de la aplicación al cumplimiento
Esta es la verdadera conclusión desde el punto de vista arquitectónico: los agentes están trasladando la toma de decisiones a capas superiores de la pila.
La solicitud se convierte en el plano de control.
No le pregunta a la infraestructura: «¿Qué debo hacer?». Le dice: «Esto es lo que necesito. Así es como quiero que te comportes. Ahora hazlo».
Si sus sistemas lo tratan como una solicitud normal, como otro GET o POST más, la lógica de respaldo entrará en conflicto, los reintentos se solaparán y el rendimiento de los agentes se degradará por motivos que no aparecerán en sus paneles de control.
No porque la infraestructura fallara, sino porque no estaba escuchando.
De dónde viene esto
Este cambio no es teórico, sino que está tomando forma a través de marcos reales. Iniciativas como el Protocolo de Contexto de Modelo (MCP), los modelos de comunicación entre agentes (A2A), e incluso los primeros trabajos sobre el enrutamiento de tareas sujeto a políticas, apuntan en la misma dirección:
- MCP incorpora todo el contexto —objetivos, restricciones y opciones alternativas— directamente en la carga útil de la solicitud.
- Los protocolos A2A permiten a los agentes coordinar tareas y delegar decisiones de forma dinámica, sin un orquestador central.
- Delegación de tareas en tiempo de ejecución mediante metadatos estructurados permite que la infraestructura interprete —no decida— en el momento de la ejecución.
Difieren en sintaxis, estructura y nivel de abstracción, pero todos conducen al mismo resultado arquitectónico: la política en la carga útil y el propósito en la solicitud.
Y una vez que la solicitud se convierte en el vehículo de la lógica, la infraestructura tiene dos opciones: adaptarse o quedar reducida a poco más que una canalización que transporta cargas útiles.
Qué puedes hacer ahora (antes de que se convierta en un problema)
No se trata de desecharlo todo y sustituirlo. Se trata de anticiparse al cambio mientras aún está en sus primeras fases. Empieza por aquí:
- Captura el contexto
RegistraX-Intent, X-Task-Profile, así como cualquier otro metadato que pueda dar pistas sobre lo que el agente intenta conseguir. Si tu observabilidad se limita al URI, ya vas con retraso. - Piensa en términos de «idoneidad para la tarea», no de «disponibilidad»
Que un backend esté operativo no significa que sea lo bastante bueno. Empieza a experimentar con modelos de estado que tengan en cuenta los SLA, los umbrales de latencia y la intención. - Optimiza tus políticas
Las plataformas de entrega y seguridad de aplicaciones cuentan con capas de scripting. Aprovéchalas. Empieza a analizar las cabeceras de intención. Modifica las reglas de enrutamiento en función de los objetivos de la solicitud, no solo de la ruta del servicio. - Planifique una aplicación adaptativa de las políticas
En lugar de definir la lógica de respaldo en un archivo de configuración estático, empiece a explorar cómo la infraestructura puede aplicar las instrucciones de respaldo integradas en la propia solicitud. - Crea un bucle de retroalimentación
Si los agentes redirigen el tráfico en función del rendimiento anterior, te interesa formar parte de ese bucle. Incorpora el contexto de los resultados a tus sistemas de gestión del tráfico y supervisión del estado.
Reflexión final: no te están sustituyendo, te están reposicionando
En una arquitectura impulsada por agentes, la infraestructura no desaparece, pero sí cambia de función. Deja de ser la que toma las decisiones y pasa a ser la que las ejecuta de forma inteligente.
Si puedes hacer ese cambio pronto, estarás preparado para la ola cuando llegue. Y va a llegar.
Antes de lo que la mayoría cree.
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
Proteger los endpoints de las API dificulta la seguridad de las API
Descubre las complejidades de la seguridad de las API, los retos a los que se enfrentan las organizaciones, la evolución de los ataques contra endpoints de API y la necesidad de políticas de seguridad adaptadas.
¿Qué es el sesgo de la IA y por qué es importante para TI?
Descubre los fundamentos del aprendizaje de la IA. Aprende cómo pueden surgir sesgos en la IA y qué riesgos plantean para las TI y la transformación digital.
Redefiniendo la ciberseguridad en el extremo de la nube distribuida con IA y telemetría en tiempo real
La transformación digital y la adopción de tecnologías en la nube están provocando cambios en las arquitecturas de las aplicaciones. Estos cambios introducen nuevas superficies de ataque, que son el objetivo de métodos de ataque avanzados, altamente organizados y con motivaciones económicas. Mediante el uso del framework Morpheus de NVIDIA, F5 está investigando técnicas para detectar estas amenazas avanzadas con telemetría en tiempo real y análisis basados en IA.
El papel de la nube en las aplicaciones nativas del edge
No debería sorprender que, al igual que la aparición de la nube dio lugar a las aplicaciones nativas de la nube, el edge esté impulsando un conjunto de aplicaciones nativas del edge. Sin embargo, estas aplicaciones no residirán únicamente en el edge. Al mismo tiempo, están surgiendo nuevos patrones arquitectónicos que aprovechan las aplicaciones alojadas en la nube y en el centro de datos.
La creciente diversidad de ubicaciones y usuarios está impulsando a las empresas hacia el edge
En el contexto del ámbito de las aplicaciones, el término «usuario» siempre se ha referido a la entidad que interactúa con una aplicación. Del mismo modo que los cambios en las arquitecturas de las aplicaciones impulsan cambios en las tecnologías que permiten ofrecerlas y protegerlas, los cambios en la definición de usuario han provocado cambios en los lugares donde se despliegan las aplicaciones.
El edge está impulsando un renacimiento de las infraestructuras
A medida que las organizaciones aumentan la generación de datos y tratan de extraer valor empresarial de ellos, sin duda recurrirán a la analítica y la automatización basadas en la IA y el aprendizaje automático. Precisamente este tipo de cargas de trabajo son las que más se beneficiarían de una infraestructura optimizada y, sin embargo, hoy en día son las que menos probabilidades tienen de poder aprovecharla.