En esta página
Patrones enterprise
Especificación MCP 2026-07-28 · revisada el 2 de octubre de 2026
Operar MCP como plataforma interna: inquilino de extremo a extremo, catálogo y registro privado, gobierno de tools y clientes, autorización gestionada por la empresa, evidencias de cumplimiento, política de versiones del protocolo, cuotas y reparto de costes, con código ejecutado.
Qué aprenderás
- Diseñar el aislamiento por inquilino de extremo a extremo: identidad, datos, caché, límites y auditoría, sin que el código de una tool pueda saltárselo
- Mantener un catálogo interno de servidores con propietario, clasificación de datos y ciclo de vida, validado por código y contrastado con lo desplegado
- Decidir quién publica una tool, quién revisa descripciones y permisos, cómo se aprueba un servidor de terceros y qué clientes se conectan
- Fijar una política de versiones del protocolo: atender dos versiones, medir quién usa la antigua y retirarla con un plan
- Repartir cuotas y costes por inquilino y centro de coste, y saber qué controles producen evidencias para una auditoría
Contenido de la lección
- 01 El problema
- 02 El inquilino, de extremo a extremo
- 03 Catálogo interno y registro privado
- 04 Gobierno: quién publica y quién se conecta
- 05 Política de versiones del protocolo
- 06 Cuotas, costes y reparto interno
- 07 Cumplimiento: de controles a evidencias
- 08 En producción
Además: quiz de comprobación y desafío práctico.
Extracto
Nortia tiene decenas de servidores MCP, una pasarela por región y un modelo de amenazas escrito. Lo que no tiene es una respuesta a las preguntas que llegan cuando una tecnología deja de ser un proyecto y pasa a ser una plataforma. El comité de seguridad quiere saber quién aprobó la tool reservar_recogida de un transportista y quién responde si falla un domingo. Finanzas pregunta por qué el equipo de México paga la mitad de una factura que no sabe leer. Auditoría interna pide la lista de servidores que tratan datos personales y en qué región lo hacen. Y el equipo de plataforma quiere dejar de atender a clientes de versiones con handshake, pero no sabe quién los usa.
Ninguna de esas preguntas es de protocolo. Todas se responden con tres piezas que esta lección construye y ejecuta: un envoltorio de plataforma por el que pasa toda tool y que fija el inquilino una sola vez, un catálogo que es a la vez registro privado y expediente de gobierno, y unos informes que salen de la auditoría. La mayor parte son decisiones. El código existe para que esas decisiones no dependan de que alguien se acuerde.
Fin del extracto · la lección sigue con 7 secciones más
Artículos relacionados
- Servidores Ecosistema
- MCP Novedades
El nuevo roadmap de MCP: las cinco prioridades hasta 2027
- Servidores Ecosistema
MCP Registry: qué es, en qué estado está y cómo publicar tu servidor
Preguntas frecuentes
¿Cómo se reparten los costes de MCP entre equipos o filiales de una empresa?
Atribuyendo cada llamada a un inquilino y a un centro de coste, y fijando cuotas por adelantado, en lugar de dividir la factura total a partes iguales. Sin esa atribución ocurre lo que ya preocupa a finanzas en Nortia: al equipo de México se le carga el 50 % del gasto sin que pueda entender de dónde sale ese importe. En la lección se diseña ese reparto de cuotas y costes por inquilino y centro de coste dentro de la plataforma, y se ve qué controles dejan además evidencias útiles para una auditoría.
¿Qué es un registro privado de servidores MCP y para qué lo necesita una empresa?
Es un catálogo interno de los servidores MCP que la empresa permite usar, con su responsable, el tipo de datos que tratan y la fase de su ciclo de vida en que se encuentran. Lo necesita en cuanto MCP pasa de proyecto a plataforma, porque es lo que responde a preguntas como quién aprobó una tool de un proveedor, quién atiende si falla en fin de semana o qué servidores manejan datos personales y dónde lo hacen. En la lección se mantiene ese catálogo validado por código y comparado con lo que realmente está desplegado, y se decide quién puede publicar tools y qué clientes se conectan.
¿Cómo se retira una versión antigua del protocolo MCP sin dejar tirados a los clientes?
Con una política de versiones escrita: servir durante un periodo la versión actual y la anterior, saber quién sigue usando la antigua y retirarla siguiendo un plan con fechas. Es un problema real con la especificación 2026-07-28, que elimina el handshake inicial, porque algunos clientes seguirán un tiempo arrancando con initialize mientras otros ya hablan la versión nueva. En la lección se fija esa política para la plataforma de Nortia, incluida la forma de medir el uso de cada versión antes de cortarla.