El método que no toca el sistema viejo

El artículo enumera sin edulcorar aquello sobre lo que funciona el mundo corporativo: SAP ERP, bases de datos Oracle, versiones envejecidas de Microsoft Dynamics, desarrollos propios sobre Java EE, mainframes en COBOL. Todo ello diseñado hace quince o veinte años, con petabytes almacenados, miles de millones de transacciones procesadas y sin REST ni GraphQL.

Llegan después las dos cifras entre las que se elige. Migrar por completo un monolito a microservicios lleva de tres a cinco años y decenas de millones de dólares, con alto riesgo de fracaso; cambiar el viejo ERP por algo como SAP S/4HANA cuesta a la empresa entre dos y diez millones y paraliza departamentos enteros durante años. La alternativa que se propone se declara muchísimo más barata y se mide en meses, no en años.

Lo primero que hace es traducir. Los sistemas viejos hablan SOAP, XML-RPC o intercambian ficheros planos por FTP; el agente piensa en JSON y llama a funciones. La pasarela recoge el JSON, lo despliega en una voluminosa petición SOAP, analiza el XML que vuelve y devuelve al agente una estructura limpia. El agente jamás se entera de que al otro lado del cable estaba 2005.

Lo segundo es contener el ritmo. Mil preguntas simultáneas por el estado de un pedido se convertirían en mil llamadas síncronas y la base se vendría abajo. Por eso entre agente y monolito se coloca un intermediario de mensajes — RabbitMQ, Apache Kafka, flujos de Redis — y la pasarela va sirviendo la cola al ritmo que el sistema aguante, diez peticiones por segundo en el ejemplo. Mientras tanto el usuario mira un aviso de que se está analizando.

Lo tercero es no preguntar en absoluto. Los datos de referencia, el catálogo, los precios, el listado de sucursales se cachean con agresividad en Redis y se refrescan de forma asíncrona. El alivio sobre la base principal se cifra en hasta un 90 %, y al lado figura una nota que conviene conservar: es una estimación de los autores para escenarios típicos, no una medición.

El agente nunca recibe SQL directo. Se le entrega un conjunto de funciones estrechamente acotado — consultar el estado de un cliente, abrir un ticket de soporte — y la pasarela valida los parámetros con dureza. Una inyección colada dentro de un identificador, algo que un ataque por manipulación de instrucciones podría lograr en teoría, se rechaza antes de que la petición roce la red interna.

La cuenta de servicio funciona con privilegio mínimo: solo lectura en la mayoría de las tablas. Los permisos de escritura se conceden con precisión quirúrgica y únicamente donde poco hay en juego, registros y tickets, y siempre a través de procedimientos almacenados. Cada byte del intercambio cae en un almacenamiento inmutable, blockchain o unidades WORM, de modo que la cadena de razonamiento del agente pueda reconstruirse segundo a segundo.

Hasta el SQL generado se ejecuta en otro sitio

Miseria aparte son los esquemas donde una tabla se llama T_DOC_435 y arrastra ciento cincuenta columnas sin documentar. Para ellos se levanta una capa de metadatos semánticos: la estructura descrita en lenguaje llano que un modelo pueda seguir. Un agente de texto a SQL compone la consulta sobre esa descripción, la pasarela comprueba que no contenga órdenes de borrado ni de modificación, y la consulta se ejecuta contra una réplica y no contra el original.

El ejemplo logístico está desarrollado al detalle. Una empresa con una flota de quinientos camiones vive sobre un ERP antiguo muy personalizado y docenas de hojas de cálculo gigantescas. Una solicitud en formato libre — veinte palés de ladrillo, de una ciudad a otra, mañana por la mañana, camión con trampilla elevadora — se descompone en entidades; a través de la pasarela el agente pide vehículos disponibles en un radio de cincuenta kilómetros, recibe tres, sopesa valoraciones y habilitaciones del conductor, le escribe y, con su conformidad, ordena crear la carta de porte.

La comparación ofrecida son tres despachadores y cuarenta minutos frente a quince segundos, las veinticuatro horas, con el negocio acelerándose diez veces y el ERP central intacto. Conviene fijarse en lo que el artículo no dice de manera expresa: en toda esa cadena se escribe exactamente una cosa en el sistema viejo, la carta de porte. La lectura, la conversación y la decisión se han sacado fuera.

El ejemplo bancario tiene la misma forma, formalizada como patrón CQRS. Saldos e historial se replican de forma asíncrona a una memoria rápida como Redis o Apache Ignite, y la pregunta por el gasto mensual en café se resuelve desde la caché en cien milisegundos. Una transferencia de 150 $ a la esposa recorre otro camino: validación de la intención, código de doble factor, cola de Kafka y un adaptador que inserta la operación en el núcleo como si fuera una transferencia clásica.

La correspondencia y el historial de reparaciones se extraen de noche de las bases antiguas, se limpian, se cortan en fragmentos, se pasan por modelos de incrustaciones y se cargan en almacenes vectoriales; se nombran Pinecone, Qdrant y Milvus. La carga diurna no se toca en ningún momento.

Lo que convence no es la técnica, sino la respuesta de muestra. A la pregunta de por qué la máquina B-450 se recalienta al arrancar con la presión normal, buscar la palabra recalentamiento no devuelve nada: el ticket de 2018 dice que el motor se calienta al iniciar. El sentido lo encuentra igualmente, y la respuesta trae el apellido del técnico, la solución y la referencia del filtro de la válvula de presión, 33-B.

Lo viejo se cae, y eso está escrito en el comportamiento. Ante un tiempo de espera agotado el agente aguarda dos segundos, luego cuatro, luego ocho. Si el sistema sigue caído no muestra error, sino que responde desde la última caché conocida: hace quince minutos quedaban doce unidades, el pedido anticipado queda hecho, la reserva se confirmará cuando todo vuelva. En paralelo, un agente de fondo arma un informe de errores con registros y lo envía a los ingenieros por Slack.

El despliegue se reparte en cuatro fases. De dos a tres semanas en modo sombra, donde los agentes solo leen y redactan borradores para operadores humanos. De tres a cuatro semanas como copiloto interno, momento en que aparece la escritura en sistemas no críticos. De cuatro a seis semanas hasta salir ante los clientes, y solo tras una auditoría de seguridad. Después, de forma continua: una flota de agentes estrechos, un auditor nocturno de transacciones, un agente de compras, un agente de marketing.

Las ganancias se cuentan con más honradez de la habitual en textos así, y esa honradez debe trasladarse entera. Descargar a la plantilla en un 30–40 % es una estimación de los autores para escenarios típicos. El crecimiento de la conversión en la tercera fase se califica de sustancial sin una sola cifra. La transportista y el banco se describen como escenarios, no como clientes con nombre; el artículo no nombra a ningún cliente.

Límites dichos sin rodeos

Donde la política prohíbe la nube — contratistas de defensa, sanidad, pagos con tarjeta — se propone desplegar modelos abiertos en casa: Llama 3, Mistral, Qwen, comprimidos a GGUF, AWQ o EXL2, hasta llegar a un perímetro completamente aislado y sin internet. El gasto en modelos se acota con límites estrictos de tokens, y ante un ataque la pasarela descarta ella misma el tráfico basura para que nadie agote el presupuesto.

Del koan se sigue la conclusión práctica por la que se montó todo esto. El valor de un monolito no está en su código, sino en lo que se ha acumulado dentro, y eso es justamente lo que cualquier migración pone en riesgo. El método propone no mover lo acumulado, sino dejarlo donde está y aprender a preguntarle. El precio lo declaran los propios autores: una capa de intermediarios que habrá que mantener para siempre.