Avanzado Lección 6 de 6 ≈ 60 min de lectura Especificación 2026-07-28

Despliegue en producción con Cloudflare

Especificación MCP 2026-07-28 · revisada el 2 de octubre de 2026

Lleva nortia-pedidos a producción como servidor MCP remoto en Cloudflare Workers: configuración de wrangler, handler sin estado, secretos, dominio propio con validación de Host y Origin, límites y costes, observabilidad, gobierno con portales y Access, compatibilidad con clientes anteriores y comparativa con otras plataformas.

Qué aprenderás

  • Desplegar un servidor MCP sin estado en Cloudflare Workers con createMcpHandler y evitar sus dos trampas
  • Decidir dónde vive el estado de aplicación ahora que no hay sesión, y cuándo compensa un Durable Object
  • Exponer el servidor en un dominio propio con Host, Origin, secretos y compatibilidad con clientes anteriores bien configurados
  • Estimar límites y costes, y montar logs, trazas y auditoría que sobrevivan al muestreo
  • Gobernar el acceso con portales de servidores MCP y Access, y comparar Workers con Vercel, AWS, Google Cloud y Azure

Contenido de la lección

  1. 01 El problema
  2. 02 El Worker: proyecto, configuración y handler
  3. 03 Estado y configuración: sin Durable Object, con secretos
  4. 04 Quién se conecta: dominio propio, versiones anteriores y clientes reales
  5. 05 Límites y costes reales
  6. 06 Observabilidad y gobierno
  7. 07 Comparativa con otras plataformas
  8. 08 En producción

Además: quiz de comprobación y desafío práctico.

Extracto

nortia-pedidos tiene un diseño revisado, autorización, acceso seguro a PostgreSQL y tests, y sigue funcionando en el portátil de la ingeniera de plataforma. Soporte quiere usarlo el lunes desde https://mcp.nortia.example/pedidos/mcp, y con esa fecha llegan preguntas que el código no responde. ¿Dónde se guardan los secretos? ¿Quién puede llamar al endpoint desde un navegador? ¿Qué pasa con los clientes que todavía abren con initialize? ¿Cuánto costará con 300 personas usándolo? ¿Cómo se sabrá quién consultó qué pedido y cómo se retira el acceso a quien deja la empresa?

El equipo, además, heredó de 2025 una idea que ya no vale: que un servidor MCP remoto en Workers es un Durable Object por sesión. En 2026-07-28 no hay sesión que alojar, y eso cambia la arquitectura, la factura y la operación.

Fin del extracto · la lección sigue con 7 secciones más

Artículos relacionados

Preguntas frecuentes

¿Cómo se despliega un servidor MCP remoto en Cloudflare Workers?

Como un Worker sin estado que atiende el endpoint por Streamable HTTP, sin el Durable Object por sesión que se usaba en 2025, porque desde la especificación 2026-07-28 el protocolo ya no tiene sesiones. Ese cambio afecta a la arquitectura, a lo que se paga y a cómo se opera el servidor. En la lección se lleva nortia-pedidos a producción en Workers, con secretos, dominio propio y observabilidad, y se compara con otras plataformas.

¿Por qué un servidor MCP remoto debe validar la cabecera Origin?

Porque la especificación obliga a los servidores con Streamable HTTP a comprobarla y a responder 403 cuando llega un Origin no válido, para que una web ajena no pueda usar el navegador de alguien como intermediario contra el servidor. Es una de las protecciones que hay que dejar bien configuradas al publicarlo en un dominio propio, junto con la validación del Host. En la lección se prepara esa exposición en Cloudflare Workers, incluidos los secretos y los clientes que aún usan versiones anteriores del protocolo.

¿Cuánto cuesta tener un servidor MCP en Cloudflare Workers?

Depende sobre todo del uso: un servidor sin estado se factura por peticiones y tiempo de CPU, así que la estimación parte de cuántas personas lo usan y cuántas llamadas hace cada agente. Calcularlo antes de abrirlo a toda una plantilla evita sorpresas en la factura y en los límites de la plataforma. En la lección se estiman límites y costes reales para el caso de Nortia, con unas 300 personas, y se monta la observabilidad para seguirlos.

Temario del curso