Down-to-Zero (DTZ) siempre ha tratado de hacer más con menos vatios y menos bytes. Desde la programación de contenedores con escala a cero hasta runners de build alimentados por energía solar, cada servicio que enviamos se mide contra una línea de base implacable: ¿podría esto ejecutarse felizmente en una CPU de portátil sin ventilador al sol?
Hoy nos emociona anunciar el siguiente paso en ese viaje: servidores remotos del Model Context Protocol (MCP) que puedes arrancar como contenedores Docker ligeros dentro de cualquier contexto DTZ.
MCP es un estándar abierto que permite a los hosts de modelos de lenguaje conectarse a “servidores” específicos de tarea para obtener 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 transportar conjuntos de datos completos a través de una llamada a la API del LLM. Eso encaja perfectamente con nuestro mantra de “desplazar el cómputo al edge, no al core”.
Hasta ahora, el balanceador de carga multiinquilino de DTZ solo terminaba HTTP/1 y HTTP/2. MCP, sin embargo, se basa en Server-Sent Events (SSE) para su stream de eventos 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 — por lo general seis por origen.
Por ello hemos ampliado el balanceador con soporte nativo de SSE:
Esta mejora desbloquea servidores MCP remotos: 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.
Súbela a tu registro privado de DTZ:
docker push {context-id}.cr.dtz.dev/my-mcp-server:latest
Crea un nuevo servicio en tu contexto y apúntalo a la imagen. Nuestro programador la descarga solo bajo demanda y escala a cero cuando no hay ningún host conectado.
Debido a que 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 tráfico saliente cerca de cero y acelerando los arranques en frío.
Los servidores MCP remotos suelen necesitar un único binario en Rust o Go más una pequeña capa base Alpine. En nuestras propias pruebas, un servidor de integración completo con GitHub consume 15 MiB de RAM al arrancar y está en reposo por debajo de 2 W en nuestros nodos worker de DTZ. Eso deja mucho margen para docenas de servidores por nodo antes de que los paneles solares lo noten.
Para cargas de trabajo que sí tienen picos, el aislamiento por cgroups de DTZ permite al kernel recuperar memoria en el momento en que el trabajo termina. Combinado con la hibernación SSE del balanceador, tu contexto vuelve a cero apenas segundos después de que se transmite 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 sea servido solo a clientes autenticados y que tus servidores remotos permanezcan tanto mínimos como seguros.
Menos energía, menos complicaciones - solo contexto donde lo necesites.