Down-to-Zero (DTZ) siempre ha tratado de hacer más con menos vatios y menos bytes. Desde la programación de contenedores con scale-to-zero hasta runners de compilación alimentados por energía solar, cada servicio que entregamos se mide frente a una línea base implacable: ¿podría esto ejecutarse sin problemas en la CPU de un portátil sin ventilador al sol?
Hoy nos entusiasma anunciar el siguiente paso en ese viaje: servidores remotos del Protocolo de Contexto de Modelo (MCP) que puedes arrancar como contenedores Docker ligeros dentro de cualquier contexto DTZ.
MCP es un estándar abierto que permite a los anfitriones de modelos de lenguaje conectarse a “servidores” específicos de tareas para datos, herramientas o acciones, usando un stream JSON simple y autenticado. Piénsalo como un puerto USB-C para agentes de IA: un conector, muchos periféricos. Al ejecutar un servidor MCP junto a tus datos, evitas trasladar conjuntos de datos enteros a través de una llamada API de un LLM. Eso encaja perfectamente con nuestro mantra de “desplazar la computación hacia el borde, no hacia el núcleo”.
Hasta ahora, el balanceador multi-tenant de DTZ terminaba solo HTTP/1 y HTTP/2. MCP, sin embargo, se basa en Server-Sent Events (SSE) para su stream unidireccional y de larga duración. SSE funciona muy bien sobre HTTP/2, pero los navegadores limitan estrictamente las conexiones SSE concurrentes cuando retroceden a HTTP/1 — normalmente seis por origen.
Por ello hemos ampliado el balanceador con soporte SSE nativo:
Esta mejora desbloquea servidores MCP pensados para uso remoto: ahora puedes desplegar el componente servidor como una imagen de contenedor y permitir que cualquier cliente LLM se conecte de vuelta a través de SSE seguro sin proxies adicionales.
Construye (o descarga) una imagen de servidor MCP.
Empújala a tu registro privado DTZ:
docker push {context-id}.cr.dtz.dev/my-mcp-server:latest
Crea un nuevo service en tu contexto y apúntalo a la imagen. Nuestro scheduler tira la imagen solo bajo demanda y escala a cero cuando ningún host está conectado.
Como el endpoint del registro vive dentro de la misma malla eficiente en energía, las descargas de imágenes ocurren sobre la columna vertebral local, manteniendo el egress cerca de cero y acelerando los cold starts.
Los servidores MCP remotos normalmente necesitan un único binario en Rust o Go más una pequeña capa base Alpine. En nuestras propias pruebas, un servidor de integración de GitHub con todas las funciones consume 15 MiB de RAM al arrancar y se mantiene por debajo de 2 W en reposo en nuestros nodos worker de DTZ. Eso deja amplio margen para docenas de servidores por nodo antes de que los paneles solares siquiera lo noten.
Para cargas de trabajo que sí tienen picos, el aislamiento por cgroups de DTZ permite al kernel recuperar memoria en cuanto el trabajo termina. Combinado con la hibernación SSE del balanceador, tu contexto vuelve a cero apenas segundos después de que se haya transmitido el último token a tu modelo.
Estamos integrando activamente el DTZ Identity Server vía OAuth 2.1 en el ecosistema MCP, asegurando que cada stream se sirva solo a clientes autenticados y que tus servidores remotos permanezcan tanto mínimos como seguros.
Menos energía, menos líos: solo contexto donde lo necesitas.