La sesión de la tarde en el 4º Congreso de Inteligencia Artificial de Andalucía (#AndalucIA26) en el Palacio de Congresos de Granada fue el escenario elegido por Olivier Perard, Distinguished ACE en Oracle, para exhibir el impacto operativo de la IA agéntica en infraestructuras de alta competición. Lejos de proyecciones conceptuales, Perard expuso en pantalla terminales Linux, colas de mensajería y arquitectura cloud en producción, detallando cómo un agente autónomo resolvió una incidencia técnica crítica en un entorno de simulación deportiva de élite en apenas cinco minutos.
El origen del fallo: El circuito de Madrid colapsa la telemetría
El escenario expuesto toma como base la plataforma de ingeniería de datos y telemetría vinculada a Oracle Red Bull Racing, desplegada sobre la infraestructura en la nube de Oracle Cloud Infrastructure (OCI) en la región de Frankfurt. Este ecosistema conecta simuladores físicos de carreras con máquinas virtuales de telemetría, colas de eventos en RabbitMQ, bases de datos transaccionales (Autonomous Transaction Processing – ATP), almacenes de datos (Autonomous Data Warehouse – ADW) y paneles de visualización analítica construidos sobre Oracle APEX.
La incidencia se desencadenó tras actualizar la plataforma para incorporar la edición oficial del videojuego de la temporada (F1 25 – 2026 Season Edition) con el objetivo de rodar y calibrar el nuevo trazado urbano de Madrid (MADRING). Tras la instalación, el sistema experimentó una desconexión total:
- Cuadros de mando vacíos: Los paneles de control y las tablas de clasificación (dashboards y leaderboards) quedaron sin datos de telemetría en tiempo real.
- Bloqueo en el servidor de telemetría: Se detectaron errores críticos en las colas de mensajería de RabbitMQ que impedían el enrutamiento de paquetes telemétricos hacia la base de datos.
- Discrepancia en los registros (logs): Los registros del sistema arrojaron incompatibilidades severas de protocolo y fallos en el encolamiento de eventos entre el motor del juego actualizado y los servicios receptores en la nube.
La intervención del agente: Conexión remota por SSH y depuración autónoma
Frente a un protocolo habitual que habría requerido varias horas de intervención manual de ingenieros de soporte para rastrear scripts y dependencias, Perard otorgó el control a un agente inteligente dotado de capacidades de ejecución remota.
La secuencia de resolución se ejecutó de forma automatizada:
- Acceso remoto: El agente estableció una conexión segura por SSH a la instancia de computación del simulador (
EC2/Compute Instance). - Auditoría de directorios y logs: Inspeccionó de forma no supervisada ficheros de configuración YAML, carpetas de telemetría, scripts en Python y librerías del cliente (
instantclient). - Identificación y reescritura: El agente localizó el punto exacto de ruptura en el protocolo de RabbitMQ, modificó el código fuente en Python y SQL para adecuar los parámetros de red al nuevo juego y recompiló los servicios afectados. JPG
- Validación automática: El sistema lanzó pruebas automáticas de testeo (tests) y verificó la reanudación del tráfico de datos con la base de datos Oracle antes de dar la tarea por concluida.
Todo el proceso de diagnóstico, corrección de código, despliegue y comprobación se completó en dos tandas de cinco minutos, devolviendo los gráficos de telemetría y métricas de velocidad en curva a las pantallas de control sin intervención humana directa sobre las líneas de código.
La era del ‘DevOps sintético’ y la pérdida de supervisión intermedia
Lo demostrado por Oracle en Granada evidencia que el rol del desarrollador de soporte está cambiando a un ritmo acelerado. Delegar en un agente autónomo la potestad de conectarse por SSH a un servidor de producción, inspeccionar registros y reescribir código en caliente reduce los tiempos de parada a cifras insignificantes.
No obstante, esta agilidad introduce un riesgo operativo que ningún departamento de sistemas debe ignorar: la entrega de credenciales administrativas a modelos que actúan con total opacidad procedimental. Si un agente con permisos de escritura modifica dependencias para apagar un error visible sin considerar los efectos secundarios en la arquitectura global, el remedio puede derivar en fallos de seguridad silenciosos. La solución mostrada por Oracle para Red Bull Racing es brillante por su rapidez, pero abre el debate sobre hasta qué punto las organizaciones deben permitir que un sistema autónomo ejecute comandos sin una confirmación humana explícita en cada paso crítico.
Déjanos tu opinión en los comentarios y únete a la discusión en Instagram, Facebook y YouTube.
