Clasificación y evolución de la entrega de aplicaciones

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Si has seguido algo de lo que he escrito durante los últimos, vaya, casi 20 años, ya sabrás que la arquitectura de las aplicaciones tiene un profundo impacto en su entrega. No se trata solo de cómo se crean las aplicaciones, sino de cómo se comportan, cómo escalan, cómo fallan y, sobre todo, cómo se desplazan por la infraestructura que hemos creado para entregarlas. Y las arquitecturas de agentes están revolucionando todo esto.

Esta vez, la evolución va a requerir algo más que compatibilidad con nuevos protocolos o nuevas capacidades de seguridad. Va a requerir clasificación.

El sector lleva años clasificando el tráfico, pero principalmente para bloquearlo. Todos hemos utilizado la clasificación para bloquear bots, filtrar amenazas y aplicar políticas de WAF a cargas maliciosas. Eso es lo mínimo exigible. Y la clasificación ha quedado relegada en gran medida a ese ámbito: la seguridad.

Pero la IA está cambiando el tráfico y los recursos necesarios para procesarlo. ¿Y las arquitecturas de agentes? No se limitan a cambiar las reglas del juego, sino que cambian el juego en sí.

La adopción de la IA avanza más rápido que la mayoría de las tecnologías anteriores, y los agentes ya están llegando a las empresas.

Cada POST podría ser una solicitud, un objetivo o un agente de IA que intenta abrirse camino por tu stack mediante el razonamiento. Podría iniciar una orquestación, activar un flujo de trabajo recursivo o hacer colapsar tu backend con un prompt de 200 tokens que acaba convirtiéndose en 20.000. ¿Y la infraestructura? Sigue pensando que todos los POST son iguales.

Ese es el problema.

El tráfico moderno no es solo tráfico; es una tarea, un trabajo, una decisión. Y la capacidad de clasificarlo antes de enrutarlo determina si tu aplicación sigue respondiendo, permanece disponible y, en última instancia, es segura.

1. Enrutamiento basado en conexiones (heredado)

Empecemos por lo conocido. El modelo tradicional de gestión del tráfico, basado en el enrutamiento de capa 4 (L4), sigue sustentando gran parte de Internet. Este enfoque se basa en parámetros básicos:

• Enrutamiento de capa 4: Decisiones basadas en datos de la capa de transporte, como las direcciones IP y los números de puerto.
• Enrutamiento basado en rutas: Inspección limitada de las rutas de URL, normalmente en la capa de aplicación (capa 7).
• Grupos homogéneos: Los servidores backend se tratan como idénticos, sin diferenciarlos en función de sus capacidades especializadas.
• Equilibrado de carga: Distribución uniforme de las conexiones entre los servidores para evitar sobrecargas.

¿El problema? Este modelo ignora en gran medida el significado de una solicitud. Considera el tráfico como paquetes uniformes, no como tareas diversas con necesidades diferentes. En el mundo actual de la IA generativa, los grandes modelos de lenguaje (LLM) integrados y los marcos basados en agentes, esta falta de visibilidad supone un riesgo cada vez mayor, porque ya no todo el tráfico es igual.

Pensemos en dos solicitudes HTTP POST:

• Una podría ser una operación CRUD sencilla (crear, leer, actualizar y eliminar), como actualizar el perfil de un usuario.
• Otra podría desencadenar un flujo de trabajo complejo con varios agentes, como un bucle de razonamiento basado en IA que realiza cinco llamadas posteriores a herramientas, escribe en una base de datos e inicia una tarea de resumen de texto de larga duración.

Si su infraestructura trata estas solicitudes de forma idéntica y utiliza las mismas reglas de enrutamiento, tiempos de espera o servidores backend, se está exponiendo a problemas. Pueden producirse cuellos de botella, fallos o una degradación del rendimiento cuando una tarea de IA que consume muchos recursos se gestiona como una consulta ligera a una base de datos. El tráfico moderno exige una gestión más inteligente.

2. Enrutamiento basado en la clasificación (actual/de transición)

Llevamos años utilizando el enrutamiento de capa 7. Comparamos rutas, inspeccionamos cargas útiles y examinamos cabeceras para decidir a qué grupo enviar el tráfico. Eso es el enrutamiento basado en contenido. Es útil. Pero solo nos dice qué contiene la solicitud, no por qué existe.

Lo que necesitamos para avanzar es una clasificación basada en el contexto.

• Opera en la capa L7 y superiores, pero va más allá de la inspección de la carga útil.
• El tráfico se clasifica en función de la intención, la complejidad y el coste.
  • ¿Se trata de una tarea de resumen o del inicio de sesión de un usuario?
  • ¿Es recursivo, generado por IA o sensible a la latencia?
• Los grupos se diferencian por sus funcionalidades, no solo por su capacidad.
• Las decisiones de enrutamiento tienen en cuenta la finalidad, no solo el formato.

Así es como pasamos de tratar el tráfico como «contenido que servir» a considerarlo «trabajo que procesar». Esto permite tomar decisiones en tiempo real sobre dónde debe dirigirse una solicitud, cómo debe priorizarse y qué políticas deben aplicarse en función de lo que la solicitud pretende conseguir. Podemos llamarlo «basado en la intención» o «sensible al contexto». En realidad, da igual cómo lo llamemos, porque el cambio es real: las solicitudes ya no son meras transacciones. Se están convirtiendo en invocaciones. Desencadenantes. Objetivos encapsulados en HTTP.

Todo esto se corresponde directamente con el Top 10 de la entrega de aplicaciones n.º 4 (Controles de tráfico), n.º 5 (Direccionamiento del tráfico) y n.º 6 (Gestión de la latencia). Porque no se puede controlar, dirigir ni optimizar aquello que no se puede contextualizar.

3. Enrutamiento basado en tareas (emergente)

Hacia ahí nos dirigimos, especialmente a medida que los sistemas agénticos y los planificadores recursivos pasan a formar parte del entorno de producción. Ya no nos limitamos a ofrecer contenido. Ahora gestionamos objetivos. Y eso lo cambia todo.

En este modelo, una única solicitud no siempre se corresponde con una única respuesta. En su lugar, puede desencadenar una secuencia de tareas más pequeñas. Algunas de ellas pueden ejecutarse en paralelo. Otras pueden depender de que otra tarea termine primero. No se trata solo de dirigir el tráfico, sino de coordinar el trabajo.

Piense en ello más como un flujo de trabajo que como una canalización. Está gestionando una lista de pasos que contribuyen a un resultado. Algunos pueden ejecutarse de inmediato, mientras que otros deben esperar su turno. Pero todo debe coordinarse, supervisarse y dirigirse en función de la capacidad, las políticas y la carga actual.

Llegados a ese punto, la lógica de enrutamiento tradicional empieza a fallar. Las rutas estáticas y las políticas uniformes no bastan cuando cada solicitud puede convertirse en un proceso de varios pasos y múltiples agentes. Se necesita un sistema que comprenda en qué consiste la tarea, qué requiere y quién o qué es más adecuado para llevarla a cabo, no solo adónde enviar el paquete.

Y aquí está la clave: nada de esto es posible sin clasificación. Si tu infraestructura no entiende qué pretende conseguir la solicitud, no puede enrutarla de forma inteligente. No se trata de un futuro lejano, sino de una realidad emergente. Y la clasificación es el puente que nos lleva del enrutamiento de solicitudes a una coordinación real.

Por qué esto es importante

Dejémoslo claro: no se trata de añadir más metadatos ni de crear una tabla de enrutamiento más sofisticada. Se trata de cambiar nuestra forma de entender el tráfico que ya estamos observando.

La clasificación es lo que nos permite pasar de reaccionar a las solicitudes a comprenderlas antes de enrutarlas, escalar o provocar algún fallo por tratar un bucle recursivo de un agente del mismo modo que una solicitud de un recurso estático.

Ya no sirve únicamente para la seguridad. No se trata solo de lo que contiene la solicitud, sino de lo que esta significa, de lo que pretende hacer, de la carga que supone y de los sistemas posteriores a los que afecta.

Y por eso la clasificación no es una tendencia emergente más. Es un requisito. Un paso necesario en la evolución de la gestión del tráfico para hacer frente al mundo que estamos construyendo: uno en el que los agentes, las tareas, los flujos de trabajo y la orquestación en tiempo real no son casos excepcionales, sino que están ampliamente implantados.

No puedes gestionar lo que no entiendes. La clasificación es el primer paso para empezar a comprenderlo.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

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 Vittie