Una plataforma de agentes puede combinar servicios locales, proveedores de IA y tareas distribuidas. Cloudflare aporta opciones para situar parte del trabajo en el borde, pero cada componente necesita una razón operativa. En nuestro trabajo distinguimos capacidades ya utilizadas, como renderizado y captura web, de una arquitectura de orquestación que debe probarse para el caso de cada empresa.
Una integración concreta: navegar y extraer
La herramienta de auditoría técnica incluye un cliente de Cloudflare Browser Rendering y un pipeline que recibe HTML renderizado, extrae metadatos y produce el mismo formato que el procesamiento local. Esto permite tratar páginas con JavaScript sin crear una salida distinta para cada tecnología. El trabajo conserva estado y resultados, y los límites de captura se fijan antes de ejecutarlo.
Ese uso no significa que toda nuestra plataforma de agentes esté desplegada en Cloudflare. Por ejemplo, la operación actual de Jarvis utiliza un gateway privado y una outbox en PostgreSQL. Para una instalación con un solo propietario, añadir otra cola puede aumentar mantenimiento sin mejorar el proceso.
También existe una integración configurable con AI Gateway en un backend editorial, probada en desarrollo. Su papel de acceso a proveedores no equivale a ejecutar todo el ciclo del agente. Runtime, estado, permisos y recuperación siguen necesitando una arquitectura propia.
Proponer una frontera de trabajo
Cuando hace falta distribuir ejecución, diseñamos qué recibe un Worker, qué trabajo se envía a una cola y qué pasos necesitan un workflow durable. El mensaje contiene referencias y una identidad de trabajo; los documentos sensibles permanecen en almacenamiento autorizado. La recepción valida quién solicita la tarea, qué capacidad tiene permitida y el presupuesto aplicable.
Los nombres de servicios no sustituyen las garantías de aplicación. Una tarea puede repetirse tras un fallo, de modo que el ejecutor debe reconocer trabajo ya realizado. Una petición aceptada necesita un estado consultable. Una espera de aprobación debe conservar su alcance y vencimiento. Las herramientas que escriben en terceros mantienen su propio control de autorización.
Evaluar antes de operar
El piloto prueba fallos entre pasos, duplicados, límites de proveedores, cancelación y costes. Comparamos una solución centralizada con la alternativa distribuida y medimos complejidad, latencia y necesidad de supervisión. La observabilidad une la entrada, la ejecución y el resultado mediante una correlación común.
Workers, Queues, Workflows o un gateway de IA se eligen cuando encajan en esa prueba y en las restricciones del cliente. Los presentamos como piezas posibles de una arquitectura, no como un paquete completo ya implantado en todos nuestros sistemas. Nuestro servicio consiste en diseñar, implementar y verificar la combinación adecuada, manteniendo visibles permisos y decisiones.
