Down-to-Zero (DTZ) stand schon immer dafür, mit weniger Watt und weniger Bytes mehr zu erreichen. Von Scale-to-Zero-Container-Scheduling bis hin zu solarbetriebenen Build-Runnern wird jeder Dienst, den wir ausliefern, an einer unerbittlichen Messlatte gemessen: könnte das glücklich auf einer lüfterlosen Notebook-CPU in der Sonne laufen?
Heute freuen wir uns, den nächsten Schritt auf dieser Reise bekannt zu geben - entfernte Model Context Protocol (MCP)-Server, die Sie als leichtgewichtige Docker-Container in jedem DTZ-Kontext starten können.
MCP ist ein offener Standard, der es Hosting-Anbietern von Sprachmodellen erlaubt, für aufgaben-spezifische „Server“ Daten, Werkzeuge oder Aktionen über einen einfachen, authentifizierten JSON-Stream anzufordern. Denken Sie daran wie an einen USB-C-Anschluss für KI-Agenten: ein Stecker, viele Peripherien. Wenn Sie einen MCP-Server neben Ihren Daten betreiben, vermeiden Sie das Hin- und Herschieben ganzer Datensätze über einen LLM-API-Aufruf. Das passt perfekt zu unserem Motto „Rechenarbeit an den Rand verlagern, nicht in den Kern“.
Bisher hat DTZs mandantenfähiger Load Balancer nur HTTP/1 und HTTP/2 terminiert. MCP setzt jedoch auf Server-Sent Events (SSE) für seinen langlebigen, einseitigen Event-Stream. SSE funktioniert hervorragend über HTTP/2, aber Browser begrenzen strikt gleichzeitige SSE-Verbindungen, wenn sie auf HTTP/1 zurückfallen — üblicherweise sechs pro Origin.
Wir haben den Balancer daher um native SSE-Unterstützung erweitert:
Diese Verbesserung eröffnet remote-first MCP-Server: Sie können die Serverkomponente jetzt als Container-Image bereitstellen und jeden LLM-Client über sichere SSE ohne zusätzliche Proxies zurückverbinden lassen.
Bauen (oder laden) Sie ein MCP-Server-Image.
Pushen Sie es in Ihre private DTZ-Registry:
docker push {context-id}.cr.dtz.dev/my-mcp-server:latest
Erstellen Sie in Ihrem Kontext einen neuen Service und zeigen Sie auf das Image. Unser Scheduler zieht nur bei Bedarf und skaliert auf null, wenn kein Host verbunden ist.
Da der Registry-Endpunkt innerhalb desselben energieeffizienten Meshs liegt, erfolgen Image-Pulls über das lokale Backbone, halten den Egress nahe null und beschleunigen Cold-Starts.
Entfernte MCP-Server benötigen typischerweise eine einzige Rust- oder Go-basierte Binärdatei plus eine kleine Alpine-Basis-Schicht. In unseren Tests verbraucht ein voll ausgestatteter GitHub-Integrationsserver 15 MiB RAM beim Booten und liegt im Leerlauf unter 2 W auf unseren DTZ-Worker-Nodes. Das lässt reichlich Spielraum für Dutzende Server pro Node, bevor die Solarmodule es überhaupt bemerken.
Für Workloads, die tatsächlich ansteigen, erlaubt DTZs cgroup-Isolierung dem Kernel, Speicher sofort nach Beendigung des Jobs wieder freizugeben. In Kombination mit der Hibernation des Balancers kehrt Ihr Kontext nur Sekunden nach dem Streamen des letzten Tokens zu Null zurück.
Wir integrieren aktiv den DTZ Identity Server via OAuth 2.1 in das MCP-Ökosystem, um sicherzustellen, dass jeder Stream nur an authentifizierte Clients ausgeliefert wird und Ihre entfernten Server sowohl minimal als auch sicher bleiben.
Weniger Energie, weniger Aufwand – einfach Kontext, wo Sie ihn brauchen.