FTL baut ein Betriebssystem, das die gesamte Cloud wie eine einzige riesige Bibliothek behandelt. )

Ein Startup hat ein Betriebssystem entwickelt, das das gesamte OS wie eine Bibliothek behandelt, und die Idee ist so sauber, dass sie wie Science-Fiction wirkt. Das Unternehmen nennt das Projekt FTL und verspricht, schlanke Container genauso sicher wie virtuelle Maschinen zu machen, während alles schnell bleibt. Die Aussage ist einfach: Anstatt mit Low-Level-Code zu ringen, können Entwickler Funktionen hinzufügen, Fehler beheben und den Kernel selbst so einfach aktualisieren wie das Schreiben einer App.

Ob diese Wette aufgeht, hängt davon ab, wie gut sich das Design in der Praxis bewährt.

Was FTL eigentlich ist

FTL ist ein Userspace-OS-Design. Das bedeutet, dass jede Container seine eigene Version des OS als gemeinsam genutzte Bibliothek ausführt und dabei die meisten bekannten Konzepte implementiert: Linux-Prozesse, das Dateisystem und TCP/IP. Der Kernel selbst bleibt schlank und bietet nur eine minimale Schnittstelle für Systemaufrufe.

Stellen Sie es sich wie einen Hypervisor vor, der im Userspace anstatt darunter lebt. Container werden durch eine hardwarebasierte Grenze voneinander isoliert. Das Unternehmen behauptet, diese Isolation sei besser als das, was bestehende monolithische Kernel bieten.

Warum eine Bibliothek wichtig ist

Das Userspace-OS-Design hat einen praktischen Nutzen. Da das OS eine Bibliothek ist, können Entwickler die meisten Funktionen des Linux-Kernels erweitern, ohne in Kernel- oder eBPF-Programmierung eintauchen zu müssen. Das Hinzufügen von Print-Anweisungen, das Anwenden von Sicherheitsupdates und das Hinzufügen neuer Funktionen werden zu schnellen und sicheren Operationen.

In FTL ist das OS nur eine Bibliothek. Das bedeutet, dass Upgrades auf Anwendungsebene stattfinden, nicht auf Kernel-Ebene. Das Unternehmen beschreibt dies als das Freischalten neuer Fähigkeiten auf Betriebssystemebene in Anwendungen, ohne die Leistung zu beeinträchtigen.

Das Linux-Kompatibilitätsproblem

Das Unternehmen sagt, FTL sei mit Linux-Binaries kompatibel. Das ist wichtig, denn Linux bildet weiterhin die Grundlage der meisten Produktionsworkloads. Ein System, das nicht mit bestehender Software kommunizieren kann, ist nutzlos.

Der Beweis: Der Rust-basierte HTTP-Server, der die eigene Website des Unternehmens bedient, ist eine Linux-Anwendung, die auf FTL läuft. Sie können auch Unikernel-ähnliche, spezialisierte Anwendungen ohne POSIX-Abstraktionen ausführen. Dieser Split – die Unterstützung von Standard-Linux-Apps neben Workloads im Bare-Metal-Stil – zeigt die Bandbreite dessen, was das System leisten kann.

Sicherheit durch Trennung

Das erklärte Ziel des Unternehmens ist es, leichte Container so sicher wie VMs zu machen. Das ist eine hohe Messlatte, und das Unternehmen präsentiert das Design als eine Kombination aus der Flexibilität eines Microkernels und der Einfachheit eines Monolithic Kernels.

Die Sicherheitsaussage basiert auf dem Isolationsmodell. Jeder Container betreibt eine eigene Instanz des Userspace-Betriebssystems, und der Kernel erzwingt eine Abgrenzung zwischen ihnen. Das Unternehmen beschreibt die Isolation als hypervisor-ähnlich.

Die Kompromisse

Keine Lösung ist perfekt. Das Unternehmen opfert einen Teil der Roh-Einfachheit eines Monolithic Kernels für die Sicherheit und Flexibilität eines Microkernel-Ansatzes. Ob sich dieses Tauschverhältnis im großen Maßstab bewährt, ist eine offene Frage.

Das Leistungsprofil ist ebenfalls unvollständig. Das Unternehmen verspricht, dass leichte Container die Sicherheit von VMs erreichen können, ohne die Geschwindigkeit zu beeinträchtigen, aber die Quelle enthält keine Benchmark-Daten oder reale Latenzzeiten. Diese Details sind wichtig für alle, die eine Produktionsumgebung auf diesem System aufbauen möchten.

Wer profitiert davon?

Entwickler, die schneller neue Funktionen bereitstellen wollen, sind das offensichtliche Ziel. Die Möglichkeit, das Betriebssystem selbst so einfach zu aktualisieren wie die Bereitstellung einer neuen App, beseitigt einen großen Engpass im Entwicklungsprozess.

Die eigene Website des Unternehmens betreibt einen HTTP-Server auf FTL, der in Rust geschrieben ist, so dass sie ihr eigenes Produkt nutzen. Das ist ein kleines Zeichen des Vertrauens, aber kein Beweis für die Produktionsreife.

Was die Quelle nicht aussagt

Die eigene Beschreibung des Unternehmens konzentriert sich auf die Idee, nicht auf die vollständige technische Aufschlüsselung. Das Unternehmen möchte, dass die Leute die Idee verstehen, nicht nur den Code. Das ist eine vernünftige Strategie, lässt aber Leser mit dem Wunsch nach mehr zurück.

Wesentliche Fakten

• FTL ist ein Design für ein Userspace-Betriebssystem.
• Es ist mit Linux-Binärdateien kompatibel.
• Der auf Rust basierende HTTP-Server, der die Website des Unternehmens betreibt, läuft auf FTL.
• FTL kombiniert die Flexibilität von Mikrokerneln mit der Einfachheit monolithischer Kernel.
• Das Unternehmen behauptet, die Isolation sei besser als bei bestehenden monolithischen Kerneln.

Das Urteil

Das Design ist elegant. Die Begeisterung des Unternehmens ist ansteckend. Aber das Unternehmen hat noch nicht gezeigt, wie FTL im großen Maßstab funktioniert, wie es im Vergleich zu etablierten Systemen abschneidet oder wie es mit realen Arbeitslasten umgeht.

Das ist eine berechtigte Warnung. Das Unternehmen verspricht eine neue Art des Aufbaus von Cloud-Software, und die ersten Anzeichen sind vielversprechend. Der nächste Schritt ist zu sehen, ob der Prototyp den Kontakt mit echtem Produktionsverkehr übersteht.

Wenn FTL seine Versprechen einlöst, könnte dies die Art und Weise verändern, wie Container in der Cloud behandelt werden. Wenn es nicht genügend Leistung erbringt, wird es zu der langen Liste cleverer Ideen hinzukommen, die nie aus dem Labor herauskamen. Auf jeden Fall hat das Unternehmen etwas Bemerkenswertes geleistet: es hat das Betriebssystem so erscheinen lassen, als könnte man damit arbeiten, anstatt es aus der Ferne zu verehren.

Quellenmaterial: „FTL: A new operating system for clouds“, ftl-os.org.