Planck: Wie Zero-Distance-Architektur die Performance von Apps verdoppelt

Die klassische Trennung von Datenbank und Applikation über Prozesse und Netzwerkprotokolle gilt seit Jahrzehnten als Standard. Doch dieser Ansatz hat einen entscheidenden Nachteil: Jeder Datenbankaufruf wird zu einer Netzwerkanfrage mit Serialisierung, TCP-Stack-Latenz und Protokolloverhead. Bei hochfrequentierten Anwendungen summiert sich das zu spürbaren Performance-Einbußen.

Planck setzt hier einen radikalen Gegenentwurf um: die Zero-Distance-Architektur. Dabei läuft die Anwendung direkt im Adressraum der Datenbank – ohne Umweg über Netzwerk oder externe Prozesse. Das Ergebnis? Datenbankabfragen werden zu direkten In-Memory-Funktionsaufrufen, was die Latenz auf ein Minimum reduziert. Erste Benchmarks zeigen eine 4,5-fache Steigerung der Antwortzeiten im Vergleich zu herkömmlichen Node.js-Express-MongoDB-Stacks.

Dieser Leitfaden zeigt, wie Sie Planck installieren, erste Anwendungen entwickeln und die Performance selbst messen können.

Die drei Kernkomponenten von Planck

Planck besteht aus einem zentralen Prozess, der Datenbank und Anwendungscode vereint, sowie zwei Tools zur Steuerung und Überwachung. Jede Komponente erfüllt eine spezifische Aufgabe:

• Planck: Das Herzstück der Architektur. Es kombiniert einen WiscKey-basierten Storage-Engine (LSM-Baum) mit einer WebAssembly-Laufzeitumgebung. Statt zwei Prozesse zu verwalten, läuft nur ein einziger Planck-Prozess, der Ihre kompilierte WebAssembly-Anwendung direkt in seinem Speicher ausführt. Das eliminiert nicht nur Netzwerk-Overhead, sondern reduziert auch den Ressourcenverbrauch.

• planctl: Die Kommandozeilen-Schnittstelle für Entwickler. Das Tool übernimmt die Kompilierung des Quellcodes, das Paketieren der Anwendung und deren Bereitstellung im Planck-Host. Zudem bietet es Funktionen wie das Anlegen von Datenbank-Stores, das Definieren von Indizes oder das Durchführen von Backups – alles ohne den Workbench zu verlassen.

• Workbench: Die browserbasierte Konsole von Planck. Sie visualisiert nicht nur Metriken wie Speichernutzung, Abfragezeiten oder Cache-Treffer, sondern ermöglicht auch das Verwalten von Schemata, das Ausführen von Abfragen oder das Planen von Wartungsaufgaben wie Garbage Collection oder Wal-Truncate.

Schritt-für-Schritt: Planck lokal einrichten

Bevor Sie erste Anwendungen entwickeln, müssen Sie Planck, planctl und die Workbench installieren. Die Einrichtung erfolgt in drei Phasen:

1. Binärdateien herunterladen und extrahieren

Laden Sie das passende Archiv für Ihr Betriebssystem von der GitHub-Releases-Seite herunter. Für lokale Entwicklung unter macOS installieren Sie die Dateien im Heimatverzeichnis:

mkdir -p ~/.planck
tar -xzf ~/Downloads/planck-0.3.0-macos-arm64.tar.gz -C ~/.planck --strip-components=1

Fügen Sie anschließend das bin-Verzeichnis zu Ihrer Shell-Konfiguration hinzu (z. B. ~/.zshrc):

export PATH="$HOME/.planck/bin:$PATH"

Laden Sie die Konfiguration neu (source ~/.zshrc) und überprüfen Sie die Verfügbarkeit der Tools:

which planck planctl workbench

2. Host-Dienste initialisieren

Führen Sie den Initialisierungsbefehl aus, um die Systemverzeichnisse anzulegen und die Hintergrunddienste zu starten:

sudo planctl system init

Hinweis: Unter macOS registriert dieser Befehl launchd-Dienste, während er unter Linux systemd-Units erstellt.

3. Entwicklerprofil für die Kommandozeile anlegen

• Öffnen Sie die Workbench im Browser unter `
• Melden Sie sich mit den Standardzugangsdaten an (Benutzername: admin, Passwort: UGxhbmNrX0RlZmF1bHRfQWRtaW5fS2V5XzAwMTA=).
• Speichern Sie das Profil in der Konfigurationsdatei ~/.planctl/config.yaml, damit planctl weiß, wohin Ihre Anwendungen deployt werden sollen:

profiles:
  - name: dev
    nodes:
      - server: 
        uid: admin
        key: UGxhbmNrX0RlZmF1bHRfQWRtaW5fS2V5XzAwMTA=

Node.js vs. Zig: Entwicklung mit Planck im Vergleich

Ein oft geäußerter Kritikpunkt an Zero-Distance-Architekturen ist die vermeintliche Komplexität der Entwicklung. Doch die Praxis zeigt: Der Einstieg ist überraschend einfach. Besonders die Kombination aus Zig und dem Schnell-Framework bietet eine Entwicklererfahrung, die der von Express.js in nichts nachsteht.

Beispiel: Eine einfache Kategorie-Abfrage

Node.js mit Express:

app.get('/categories', async (req, res) => {
  const categories = await db.collection('categories').find().toArray();
  res.send(renderCategories(categories));
});

Zig mit Schnell:

pub fn handle(ctx: ?*anyopaque, allocator: Allocator, req: *const Request, res: *Response) !void {
  const categories = try db.listCategories(allocator);
  const html_fragment = try renderCategories(allocator, categories);
  try res.html(html_fragment);
}

Das Schnell-Framework übernimmt Routing, Request-Parsing und Response-Erstellung – ganz ohne manuelle WebAssembly-Bindings. Der Build-Prozess wird dabei vollständig von planctl automatisiert, sodass Sie sich auf die Logik konzentrieren können.

Benchmark: Planck-Pizzahub unter der Lupe

Um die Performance von Planck greifbar zu machen, nutzen wir das planck-pizzahub-Projekt – eine Demo-Anwendung, die Pizza-Kategorien und Produkte verwaltet. Das Besondere: Es existiert in zwei Versionen, die identische Funktionalität bieten, aber auf unterschiedlichen Technologien basieren:

• planck-pizzahub: Eine Zig-Anwendung, die als WebAssembly-Modul in Planck läuft.
• express-pizzahub: Eine Node.js-Anwendung, die gegen eine lokale MongoDB-Datenbank kommuniziert.

Beide Versionen nutzen denselben Datenbestand (17 Kategorien, 201 Produkte) und liefern identische HTML-Fragmente für das Datastar-Framework.

Testumgebung einrichten

Für den Node.js-basierten Vergleich müssen Sie MongoDB lokal starten und die Abhängigkeiten installieren:

cd perf-compare/express-pizzahub
npm install
npm run seed
npm start

Die Planck-Version wird dagegen direkt im Planck-Prozess ausgeführt – ohne externe Datenbank oder zusätzlichen Server. Der Unterschied in der Performance wird besonders bei häufigen Abfragen deutlich: Während die Express-Version Netzwerk-Overhead und Serialisierungslatenz aufweisen muss, läuft die Planck-Version als In-Memory-Funktion.

Fazit: Zero-Distance als Zukunftsmodell?

Planck demonstriert eindrucksvoll, wie die Verschmelzung von Datenbank und Anwendungscode die Performance von Webanwendungen revolutionieren kann. Die ersten Benchmarks sprechen eine klare Sprache: Bis zu 450 % schnellere Antwortzeiten sind möglich, ohne dass Entwickler auf vertraute Frameworks wie Express verzichten müssen.

Doch die Technologie steht noch am Anfang. Noch sind nicht alle Datenbankfunktionen vollständig in die WebAssembly-Laufzeit integriert, und die Community ist überschaubar. Dennoch lohnt es sich, Planck jetzt zu testen – besonders für Anwendungen mit hohem Leseaufkommen oder Echtzeitanforderungen. Die Zukunft könnte zeigen, ob Zero-Distance-Architekturen den Weg in die Mainstream-Entwicklung finden.