Plan 9 ist zurück: Warum ein vergessenes 90er-OS plötzlich die Browser-Welt aufmischt

Früher brauchtest du einen teuren Cloud-Server, um eine Linux-VM zum Laufen zu bringen. Heute gibt es Projekte, die das komplett auf den Kopf stellen. Wanix ist so ein Fall – ein winziges Betriebssystem, das direkt in deinem Browser läuft.

Was steckt hinter Wanix?

Wanix ist im Kern ein unix-artiges System, das komplett im Browser existiert. Kein Backend, keine Cloud-Instanz, nichts. Die Idee dahinter erinnert an Plan 9 – das etwas in Vergessenheit geratene Betriebssystem aus den Bell Labs. Jeder Prozess hat seinen eigenen Namespace, die Shell heißt rc, und das Mantra „Alles ist eine Datei" wird hier tatsächlich gelebt.

Das Ganze funktioniert über eigens gebaute Web Components. Ein Terminal braucht nur ein <wanix-term>, eine Shell ein <wanix-task>, und wer mutig ist, nutzt <wanix-vm> für eine komplette Linux-VM mit v86. Die Komponenten reden über ein Namespace-System miteinander – wer Plan 9 kennt, fühlt sich sofort zuhause.

Warum überhaupt Plan 9?

Plan 9 kam Mitte der 90er als Unix-Nachfolger aus den Bell Labs. Kommerziell ist es gescheitert, aber die Ideen waren seiner Zeit voraus:

• Per-Process Namespaces: Jeder Prozess sieht eine eigene Welt
• Union Directories: Mehrere Quellen als eine Ansicht zusammenführen
• Alles ist eine Datei: Geräte, Prozesse, Netzwerk – alles über das Dateisystem

Diese Konzepte waren 1995 revolutionär. Heute passen sie perfekt. Die moderne Webentwicklung braucht zunehmend komplexe Logik client-seitig, aber mit strenger Isolation. Plan 9 liefert genau das.

Was kann man damit anfangen?

Genug Theorie. Hier sind konkrete Szenarien:

Isolierte Entwicklungsumgebungen: Stell dir eine komplette Dev-Umgebung vor, die in einem Browser-Tab lebt. Dateien bearbeiten, Builds laufen lassen – ohne dein lokales System zu berühren. Ideal für Pair Programming, temporäre Setups oder Contractor-Zugänge.

Browser-Tests ohne Cloud: Verschiedene Linux-Umgebungen hochfahren und Software gegen unterschiedliche Konfigurationen testen – alles lokal. Keine Wartezeiten auf CI, keine Kosten für Browser-Testing-Dienste.

Lokales Arbeiten mit Fernzugriff: Workbench bietet eine vollständige IDE. Der Clou: Du bearbeitest nicht nur lokale Dateien. Remote Namespaces lassen sich einbinden. Lokal und remote zusammenführen, und plötzlich arbeitest du in jemand anderem Dateisystem – Echtzeit-Zusammenarbeit durch das Dateisystem.

Lernumgebungen: Unix-Konzepte, Systemadministration oder Container-Grundlagen unterrichten, ohne dass Studis Produktivsysteme zerlegen können. Die Sandbox ist der Browser-Tab.

Die Technik dahinter

Für Interessierte: Wanix kombiniert mehrere Technologien clever:

• WebAssembly für native-nahe Ausführung im Browser
• Web Components als Abstraktionsschicht (die <wanix-*> Tags)
• Namespace Binding zum Einhängen von Dateien, Archiven, anderen Namespaces
• 9P über WebSocket für Remote-Zugriff – ja, das gleiche Protokoll aus Plan 9

Das Schöne ist die Einfachheit. Drei Tags ergeben eine funktionierende Shell. Fünf Tags liefern eine vollständige IDE mit Terminal. Die Komponenten composen sich natürlich, ganz im Sinne von Unix: „Mach eine Sache, aber mach sie gut."

Was das für Webentwicklung bedeutet

Wir erleben eine Verschiebung. Jahrelang hieß es: „Alles in die Cloud." Jetzt gibt es Gegenwind. Client-seitige Berechnung bietet klare Vorteile: weniger Latenz, keine Serverkosten, bessere Offline-Fähigkeit, mehr Datenschutz.

Wanix gehört zu diesem local-first-Ansatz. Es wird Cloud-Hosting nicht ersetzen – das wäre auch unrealistisch. Aber es öffnet Möglichkeiten, die klassische Architekturen nicht bieten. Wer Tools für Entwickler baut, kollaborative Apps entwickelt oder auf Bildungsetatten arbeitet, sollte diesen Weg im Auge behalten.

Die Plan-9-Entwickler haben 1995 Probleme der verteilten Systeme gelöst, an denen wir heute noch tüfteln. Manchmal schaut die Zukunft verdammt alt aus.