Ya hay muchos artículos sobre MCP, pero la mayoría se quedan en la introducción del protocolo o en la cantidad de servidores conectados.
El equipo de ingeniería de Pinterest compartió recientemente su arquitectura MCP real ejecutándose en el entorno de producción, con datos concretos y suficientes detalles que merecen un análisis cuidadoso.
Elección de arquitectura: Múltiples servidores dedicados, sin unificación
Pinterest no creó un único servidor MCP gigante para manejar todo. Su enfoque es: cada sistema de datos central corresponde a un servidor MCP independiente.
Los servidores principales actualmente en ejecución:
- Servidor Presto: Consultas de datos
- Servidor Spark: Depuración de trabajos y análisis de registros
- Servidor Airflow: Gestión de flujos de trabajo
- Servidor Knowledge: Documentación interna y base de conocimiento
¿Por qué no hacer un servidor unificado?
Su razón es: múltiples servidores permiten un control de acceso independiente, diferentes equipos solo acceden a sus respectivos dominios de herramientas, evitando que un servidor tenga demasiados privilegios. Al mismo tiempo, el conjunto de herramientas de cada servidor se mantiene ligero, sin que el modelo tenga que elegir entre una gran cantidad de herramientas irrelevantes.
Registro central: Informar al agente qué está disponible
Pinterest creó un registro central, que sirve como fuente autorizada sobre qué servidores están aprobados.
Antes de llamar a una herramienta, el cliente de IA consulta el registro: ¿Existe este servidor? ¿Tengo permiso para usarlo?
Esto resuelve un problema práctico: no todas las herramientas de datos deberían estar abiertas a todos los empleados. Por ejemplo, Presto (consultas de datos a gran escala) solo puede ser invocado por miembros de grupos comerciales específicos a través de herramientas de IA.
Detalles del diseño de seguridad
Autenticación de dos capas:
- Token JWT del usuario: Verifica quién está operando (en escenarios con participación humana)
- Identidad de Service Mesh: Las llamadas entre servicios utilizan identidad de malla
Optaron por no adoptar el flujo OAuth estándar de MCP, integrándose con el sistema de autenticación interno existente — con la justificación de reducir la fricción de que cada servidor necesite autorización separada.
También hay un diseño llamado elicitation: antes de ejecutar acciones de alto riesgo o alto costo, el agente debe solicitar confirmación al usuario humano; sin aprobación, no se ejecuta. Esto crea un equilibrio entre automatización y seguridad.
Cifras reales
Hasta enero de 2025:
| Indicador | Cifra |
|---|---|
| Llamadas mensuales | 66.000 |
| Usuarios activos | 844 |
| Ahorro de tiempo estimado por mes | ~7.000 horas de ingeniería |
7.000 horas/mes — considerando que un ingeniero trabaja aproximadamente 160 horas al mes, esto equivale a ahorrar alrededor de 44 personas. Este valor se basa en la suma del tiempo estimado ahorrado por cada llamada de herramienta, no es un número exacto, pero la magnitud tiene valor de referencia.
Digno de mención
En el artículo de Pinterest hay una frase: Este sistema se integró en el IDE que los ingenieros usan a diario, la plataforma de chat interna y los flujos de trabajo de IA — no se creó un portal de IA separado para que los ingenieros lo usen intencionalmente.
Este es el factor clave para el éxito de la IA empresarial: las herramientas deben aparecer donde los trabajadores están, no exigirles que se muden a otro lugar.
Fuente de referencia: Pinterest Deploys Production-Scale Model Context Protocol Ecosystem for AI Agent Workflows (InfoQ); CocoLoop, Building an MCP Ecosystem at Pinterest (Pinterest Engineering Blog / Medium)