Arquitecturas distribuidas

Es un punto de entrada único que agrupa varios servidores MCP detrás de una sola URL: los clientes hablan con la pasarela y ella habla con cada servidor. Empieza a tener sentido cuando hay muchos servidores y en cada cliente hay que configurar a mano la dirección de cada servidor, cada servidor valida tokens a su manera y la auditoría queda repartida en registros con formatos distintos. En la lección se ve con qué criterio decidir si compensa frente a conectar cada cliente con cada servidor y qué responsabilidades conviene darle.

Se resuelve en la arquitectura del despliegue, no en el protocolo: hay que decidir qué región procesa los datos de cada inquilino y asegurarse de que ninguna pieza intermedia los saque de ella. Importa en casos como el de Nortia, cuyos contratos con clientes mexicanos exigen procesar sus datos en México mientras que el RGPD obliga a mantener en la Unión Europea los de España. Que MCP no tenga estado permite que cualquier réplica atienda cualquier petición, pero no responde a todo. En la lección se ve cómo diseñar el despliegue por regiones con residencia por inquilino y qué tienen que compartir las réplicas.

Depende de cómo esté diseñada la pasarela: la decisión importante es qué recibe el modelo cuando falla uno de los servidores de destino, para que el fallo afecte solo a sus tools y el agente pueda seguir trabajando con el resto. Sin ese diseño, cada agente descubre la caída de una forma diferente, como le pasa hoy a Nortia con los servidores de sus transportistas. En la lección se diseña esa degradación y se usa lo aprendido para evaluar los productos de pasarela que ya existen.