Ein Betriebssystem ist das Fundament der Datenverarbeitung. Es befindet sich zwischen Ihrer physischen Hardware und der Software, die Sie täglich verwenden. Unabhängig davon, ob Sie Windows, Linux oder macOS verwenden, verwaltet das Betriebssystem Speicher, Prozesse und Gerätetreiber. Es ist die wesentliche Schicht, die einen Computer überhaupt erst funktionsfähig macht.

Diese strenge Definition ist der Grund, warum viele Puristen vor dem Begriff „Web-Betriebssystem“ zurückschrecken.

Ein echtes Betriebssystem kommuniziert direkt mit dem Silizium. Bei einem Web-Betriebssystem ist dies nicht der Fall. Es handelt sich um eine Benutzeroberfläche (UI ), die in einem Browser ausgeführt wird. Es stellt eine Desktop-Metapher dar – Symbole, Fenster, Taskleisten –, hat jedoch keinen direkten Zugriff auf Ihre Festplatte oder CPU, wie dies bei herkömmlicher Software der Fall ist. Sie benötigen weiterhin ein echtes Betriebssystem, um den Browser zu hosten. Das Web-Betriebssystem ist nur ein hochentwickelter Skin.

Trotz des semantischen Rückschlags hat sich das Konzept durchgesetzt. Heute gibt es Dutzende dieser Plattformen. Bei einigen handelt es sich um ausgefeilte Produkte großer Teams. Andere sind Hobbyprojekte eines einzelnen Entwicklers. Die Preise reichen von kostenlos bis Premium. Die Funktionalität variiert stark.

Warum die Verwirrung? Die Terminologie ist chaotisch. Manche Leute schreiben es als ein Wort: WebOS. Das verursacht Probleme. UC Berkeley startete 1996 ein Projekt namens WebOS. Es konzentrierte sich auf weitreichende Anwendungen. Es hat nichts mit dem browserbasierten Desktop-Konzept zu tun. Um diesen Konflikt zu vermeiden, bevorzugen einige Begriffe wie Web Desktop oder Webtop. Diese Begriffe erkennen an, dass das Erlebnis einen herkömmlichen Desktop nachahmt, ohne Anspruch auf die zugrunde liegende Systemarchitektur eines echten Betriebssystems zu erheben.

Was passiert also, wenn Sie sich bei einem dieser Systeme anmelden?

Die Illusion lokaler Kontrolle

Der Hauptvorteil eines Web-Betriebssystems ist Einfachheit und Zugänglichkeit. Sie installieren keine umfangreichen Anwendungen. Sie verwalten keine Patches oder Treiber. Sie öffnen einen Browser, melden sich an und arbeiten.

Die Benutzeroberfläche kommt mir bekannt vor. Das ist Absicht. Ziel ist es, die Eintrittsbarriere zu senken. Benutzer erwarten ein Startmenü, eine Taskleiste und anklickbare Symbole. Web-OS-Plattformen bieten genau das. Sie reproduzieren das Muskelgedächtnis bei der Verwendung von Windows oder Mac OS.

Hinter den Kulissen findet die schwere Arbeit auf Remote-Servern statt. Ihre Dateien werden in der Cloud gespeichert. Ihre Anwendungen laufen in einer virtualisierten Umgebung. Ihr Browser ist nur das Fenster. Diese Architektur ermöglicht es Ihnen, Geräte zu wechseln, ohne Ihren Platz zu verlieren. Ein Tablet, ein Laptop oder ein öffentlicher Kiosk können alle denselben Desktop anzeigen. Der Status bleibt auf dem Server erhalten, nicht auf dem lokalen Computer.

Das ist wichtig für die Mobilität. Es ist wichtig für die Sicherheit. Es ist wichtig für jeden, der es satt hat, die Softwarekompatibilität zu verwalten.

Aber es gibt einen Haken. Latenz.

Wenn Ihre Internetverbindung flackert, friert Ihr Desktop ein. Die Reaktionsfähigkeit, die Sie von einem lokalen Betriebssystem erwarten, hängt vollständig von Ihrer Bandbreite und der Serverlast ab. Ein echtes Betriebssystem fühlt sich augenblicklich an, weil die Hardware direkt vorhanden ist. Ein Web-Betriebssystem funktioniert nur dann sofort, wenn das Netzwerk zuverlässig ist.

Welches Web-Betriebssystem sollten Sie verwenden?

Der Markt ist fragmentiert. Es gibt keinen einzelnen dominanten Player wie bei Windows in den 1990er Jahren. Dies führt zu einer verwirrenden Landschaft für neue Benutzer. Wie wählen Sie aus?

Achten Sie zunächst auf Stabilität. Einige Plattformen befinden sich noch in der Betaphase. Sie können über Nacht Daten verlieren oder ihre Schnittstelle ändern. Etablierte Projekte weisen tendenziell eine bessere Dokumentation und eine konsistentere Leistung auf.

Überprüfen Sie den Funktionsumfang. Benötigen Sie Bürosuiten? Kollaborationstools? Spezifische Entwicklerumgebungen? Einige Web-OS-Plattformen bieten integrierte Suiten. Bei anderen handelt es sich lediglich um einfache Schnittstellen, die eine Verknüpfung mit Web-Apps von Drittanbietern erfordern. Letzteres ist flexibler, aber weniger zusammenhängend.

Bedenken Sie das

Web-Betriebssysteme sind keine eigenständigen Plattformen, die Windows oder macOS ersetzen. Stattdessen handelt es sich um Schnittstellen, die Sie mit verteilten Computersystemen verbinden. Betrachten Sie es als eine Brücke. Sie als Benutzer stellen über das Internet eine Verbindung zum Netzwerk von Anwendungsservern und Datenbanken eines Anbieters her.

Der Zugriff erfolgt auf zwei Arten. Einige Systeme laufen vollständig in Ihrem Webbrowser. Bei anderen müssen Sie ein spezielles Client -Programm herunterladen, das auf Ihr Gerät zugeschnitten ist. Das Ergebnis ist dasselbe: Sie führen im Web gespeicherte Software aus, nicht auf Ihrer lokalen Festplatte.

Welche Dienstleistungen bieten sie tatsächlich an?

Das Versprechen ist einfach. Sie erhalten Zugriff auf nahezu jede Desktop-Anwendung. Die Liste ist lang:

  • Kalender
  • E-Mail-Clients
  • Dateiverwaltungstools
  • Spiele
  • Instant Messaging
  • Foto-, Video- und Audio-Editoren
  • RSS-Reader
  • Tabellenkalkulations- und Textverarbeitungsprogramme

In einem herkömmlichen Setup installieren Sie diese Apps. Sie befinden sich auf der Festplatte Ihrer CPU. Das native Betriebssystem Ihres Computers verarbeitet die Anfragen. Ein Web OS verändert die Architektur. Die Apps leben auf Webservern. Wenn Sie eine Datei speichern, wird sie in eine mit dem Internet verbundene Datenbank verschoben. Sie können lokal speichern, aber das Standardverhalten ist Cloud-Speicher.

Diese Entkopplung ist das Hauptmerkmal. Da die Software nicht an Ihre Hardware gebunden ist, können Sie ein Dokument auf einem Computer starten und auf einem anderen öffnen. Die Zugänglichkeit ist der Hauptvorteil. Ihre Daten sind nicht an ein einzelnes Gerät gebunden.

Portale vs. Web-Betriebssysteme

Es ist leicht, ein Web-Betriebssystem mit einem Portal zu verwechseln. Sie sehen ähnlich aus, funktionieren aber unterschiedlich.

Ein Portal, wie das inzwischen nicht mehr existierende iGoogle, ist eine anpassbare Startseite. Es fasst Newsfeeds, E-Mails und Widgets zusammen. Sie erhalten von einer Seite aus Zugriff auf mehrere Datenquellen. Es wird jedoch nicht versucht, eine Desktop-Umgebung nachzuahmen.

Ein Web-Betriebssystem versucht, einen Desktop zu emulieren. Es verfügt über Fenster, Taskleisten und Anwendungssymbole. Es sorgt für ein Benutzererlebnis, das sich wie auf einem lokalen Computer anfühlt, auch wenn die Verarbeitung remote erfolgt. Portale tun dies nicht. Sie sind Tore. Web-OS-Plattformen sind Umgebungen.

Die Technologie hinter der Schnittstelle

Entwickler verwenden unterschiedliche Techniken, um diese Erfahrungen zu erstellen. Es gibt keinen einheitlichen Standard. Die beiden vorherrschenden Ansätze basieren auf Flash – oder AJAX -Technologien.

Flash-basierte Systeme

Flash verwendet Vektorgrafiken. Anstatt einzelne Pixel zu speichern, zeichnet es Formen und Linien auf. Dies ermöglicht schnellere Ladezeiten und kleinere Dateigrößen. Flash-Dateien werden über das Internet gestreamt. Sie warten nicht auf den gesamten Download. Ein klassisches Beispiel ist ein Videoplayer. Sie können mit der Wiedergabe beginnen, bevor die Datei vollständig gespeichert ist.

Flash war aufgrund seiner Reichweite ein Favorit für Web-OS-Entwickler. Zu Spitzenzeiten war auf über 98 Prozent der mit dem Internet verbundenen Computer ein Flash-Player installiert. Entwickler könnten eine komplexe Benutzeroberfläche erstellen, wenn sie wissen, dass die meisten Benutzer sie ohne zusätzliche Downloads ausführen können.

AJAX-basierte Systeme

AJAX steht für Asynchronous JavaScript and XML. Es handelt sich um einen browserbasierten Ansatz, der auf vier Haupttechnologien basiert:

  • HTML : Die Markup-Tags, die die Seite strukturieren.
  • CSS : Cascading Style Sheets, die das Erscheinungsbild (Schriftarten, Farben, Layout) steuern.
  • JavaScript : Die Programmiersprache, die es dem Browser ermöglicht, Daten von Servern zu senden und zu empfangen, ohne die Seite neu laden zu müssen.
  • XML : Eine Auszeichnungssprache, die die Struktur der Daten beschreibt.

Dieser Stack ermöglicht dynamische Updates. Wenn Sie in einem AJAX-basierten Web-Betriebssystem auf eine Schaltfläche klicken, wird die Seite nicht vollständig aktualisiert. JavaScript kommuniziert im Hintergrund mit dem Server, aktualisiert den relevanten Abschnitt und zeigt die neuen Informationen an. Es fühlt sich bissiger an. Es fühlt sich eher wie eine native App an.

Beide Methoden zielen auf das gleiche Ergebnis ab: ein Desktop-ähnliches Erlebnis, das über das Web bereitgestellt wird. Die Wahl zwischen ihnen hängt oft von der Leistung, der Kompatibilität und davon ab, wie viel Kontrolle der Entwickler über die Schnittstelle haben möchte.

Denken Sie an das letzte Mal, als Sie auf einen Link geklickt und das sich drehende Rad gesehen haben. Du hast gewartet. Die Seite ist eingefroren. Die Welt blieb stehen. Das ist der alte Weg. Dies ist die Art und Weise, wie die gesamte Seite neu geladen wird.

AJAX ändert den Rhythmus.

Das Wort „asynchron“ bedeutet in der Fachsprache einfach „nicht alles auf einmal“. Anstatt jedes Mal, wenn Sie eine Änderung sehen möchten, eine brandneue HTML-Seite anzufordern, fragt der Browser nur nach den Daten, die er benötigt. Ein paar Bytes hier. Eine Textzeichenfolge dort. Der Kellner schickt die fehlenden Stücke in kleinen, bekömmlichen Häppchen zurück. Der Rest des Bildschirms bleibt stehen. Es fühlt sich augenblicklich an. Es fühlt sich heimisch an.

Das ist keine Zauberei. Es ist Effizienz.

Wenn Sie bei jeder Änderung eine ganze Webseite an den Browser senden, verschwenden Sie Bandbreite. Sie verlangsamen das Benutzererlebnis erheblich. AJAX-Anwendungen übertragen Daten nach Bedarf in kleinen Informationshäppchen zwischen Servern und Browsern. Das Ergebnis? Geschwindigkeit. Glätte.

Desktop Power im Browser

Das Ziel bestand immer darin, die Grenze zwischen einer Web-App und einem Desktop-Programm zu verwischen. Mit ausreichenden Fähigkeiten und Kenntnissen kann ein Programmierer eine AJAX-Anwendung mit denselben Funktionen wie eine Desktop-Anwendung erstellen. Sie erhalten Drag-and-Drop. Sie erhalten Echtzeit-Updates. Sie erhalten Schnittstellen, die auf einen Klick reagieren, bevor Sie überhaupt Ihren Finger gerührt haben.

Doch hier ist der Haken, der IT-Managern den Schlaf raubt: die Kompatibilität.

Im Gegensatz zu Flash, für dessen ordnungsgemäße Ausführung häufig bestimmte Plugins oder bestimmte Browserversionen erforderlich waren, basiert AJAX auf etablierten Webstandards. Es ist keine neue Programmiersprache. Auf diese Weise können Sie die bereits in Ihrem Browser vorhandenen Tools verwenden, um neue Anwendungen zu erstellen.

Die meisten Computer können AJAX-Anwendungen ausführen, da der Browser die Hauptarbeit übernimmt. Solange ein Anwendungsprogrammierer die richtigen Informationen in den Code einer Anwendung einfügt, sollte diese in jedem gängigen Webbrowser einwandfrei funktionieren. Chrom. Firefox. Safari. Rand. Der Code passt sich an.

Schauen Sie sich Gmail an. Schauen Sie sich Google Kalender an. Dies sind keine statischen Seiten. Es handelt sich um dynamische Motoren, die auf dieser Architektur basieren. Sie aktualisieren Ihren Posteingang ohne Neuladen. Sie speichern einen Entwurf, während Sie tippen. Sie funktionieren, weil der Browser die asynchrone Kommunikation hinter den Kulissen übernimmt.

Warum sollte jemand ein Web-Betriebssystem verwenden wollen?

Wir haben die einfachen „Web 1.0“-Tage des Textlesens hinter uns gelassen. Wir bauen ganze Ökosysteme im Browser-Tab auf. Aber warum das Risiko eingehen? Warum ein Betriebssystem im Web statt auf Ihrer Festplatte ausführen?

Die Antwort liegt in der Zugänglichkeit und Wartung. Wenn sich das Betriebssystem in der Cloud befindet, müssen Sie das Kernsystem nie patchen. Sie müssen sich keine Sorgen machen, wenn Ihr Laptop zu alt ist, um die neueste Version von Windows oder macOS auszuführen. Wenn es einen Browser hat, hat es einen Computer.

Doch bevor wir tiefer in die Architektur von Web-Betriebssystemen eintauchen, bedenken Sie den Kompromiss. Sie vertrauen einem Remote-Server Ihre lokalen Dateien an. Sie tauschen die totale Kontrolle gegen Bequemlichkeit ein. Ist das ein fairer Handel?

Die Fragilität der Verbindung

Das Schöne an AJAX ist seine Unsichtbarkeit. Sie sehen nicht, wie sich die Daten bewegen. Sie sehen einfach das Ergebnis. Aber diese Datenbewegung erfordert eine Rettungsleine. Die Internetverbindung.

Das bringt uns zur nächsten Hürde. Wenn das Netzwerk ausfällt, stirbt die Anwendung? Oder passt es sich an? Das ist die Frage, die die nächste Generation des Webs definiert

Der Wandel zu Remote-Arbeitsplätzen

Das Ausführen von Apps von einem Remote-Server soll sich genauso anfühlen wie die Verwendung eines Desktops. Das Ziel ist Vertrautheit. Wenn die Benutzeroberfläche das Betriebssystem nachahmt, das Sie bereits kennen, erfolgt die Übernahme sofort. Wenn Sie auf ein Symbol klicken, sendet Ihr Computer eine Anfrage an einen Kontrollknoten. Dieser zentrale Server fungiert als Verkehrspolizist. Es leitet Ihre Verbindung an den spezifischen Anwendungsserver oder die Datenbank weiter, auf dem sich das Tool befindet. Sie verlagern im Wesentlichen Speicher- und Rechenleistung in ein Remote-Netzwerk.

Für viele ist das das Hauptverkaufsargument. Sie müssen sich nicht mehr alle paar Jahre Gedanken über Hardware-Upgrades machen. Solange Ihr aktuelles Gerät einen Browser oder eine Client-Software ausführen kann, können Sie loslegen. Sie müssen keinen neuen PC kaufen, nur um die neueste Version Ihrer Produktivitätssuite auszuführen. Die Last der Funktionalität verlagert sich auf den Anbieter. Wenn sie nicht liefern, gehen Sie.

Plattformübergreifende Datensynchronisierung

Ein weiterer großer Vorteil ist die gemeinsame Nutzung von Daten zwischen unterschiedlichen Geräten. Angenommen, Sie haben einen Mac und einen PC. Die Synchronisierung von Dateien ist normalerweise mühsam. Auch bei kompatiblen Formaten kommt es am Ende zu Duplikaten. Eines bearbeiten? Der andere bleibt altbacken. Ein Web-Betriebssystem erstellt eine einzelne Remote-Kopie der Datei. Sie verwenden einen beliebigen Computer, um auf diese eine Quelle zuzugreifen, sie zu ändern und zu speichern. Es funktioniert nur, wenn das Web-Betriebssystem plattformübergreifend ist. Wenn es jedoch sowohl Macs als auch PCs unterstützt, können Sie von beiden Computern aus an derselben Datei arbeiten.

Auch die Zusammenarbeit wird einfacher. Auf den meisten Web-OS-Plattformen können Benutzer Dateien direkt teilen. Jeder arbeitet mit der Version, die im nativen Netzwerk des Systems gespeichert ist. Dies übertrifft die alte Methode, mehrere Versionen per E-Mail zu versenden und Änderungen manuell zusammenzuführen. Es ist sauberer. Es ist schneller.

Die Vertrauenslücke und Sicherheitsrisiken

Web-Betriebssysteme sind noch nicht so robust wie Desktop-Betriebssysteme. Sie bieten jedoch genügend Funktionalität, um mit herkömmlichen Suiten zu konkurrieren. Wenn es den Anbietern gelingt, die Funktionslücke zu schließen und Bedenken hinsichtlich der Datensicherheit auszuräumen, könnte es zu massiven Veränderungen in der Netzwerkinfrastruktur kommen.

Die größte Hürde ist Vertrauen. Benutzer müssen sensible Daten an Dritte weitergeben. Das ist ein Vertrauensvorschuss. Kann der Anbieter Hacker abwehren? Es liegt in ihrem besten Interesse, erweiterte Sicherheit zu nutzen. Da die verteilte Datenverarbeitung zunimmt, wird sich der Kampf zwischen Hackern und Sicherheitsspezialisten verschärfen.

Häufige Fragen

Welches sind die fünf beliebtesten Betriebssysteme?
Die Branche konzentriert sich im Allgemeinen auf fünf Hauptakteure: Apple macOS, Microsoft Windows, Googles Android-Betriebssystem, das Linux-Betriebssystem und Apple iOS.

Gibt es vollständige Online-Betriebssysteme?
Viele existieren, aber die meisten sind unvollständig. Sie bieten Grundfunktionen wie einen Webbrowser. Sie sind nicht dafür konzipiert, ein vollständiges Betriebssystem zu ersetzen.

Der Geist in der Maschine: Warum es WebOS nie gab

Die Archive von 2007 und 2008 sind verstaubt, aber sie enthalten die Blaupause für das Cloud-Zeitalter, das wir heute als selbstverständlich betrachten. Damals war die Branche von einem bestimmten, etwas wahnhaften Konzept besessen: dem Web-Betriebssystem. Es war nicht nur ein Schlagwort; Es war ein echter struktureller Versuch, den Desktop in den Browser zu verlagern.

Emre Sokullus Rezension von GravityZoo fängt die Essenz dieses seltsamen, wunderbaren Moments ein. Er nannte es ein „WebOS Jim, aber nicht so, wie wir es kennen.“ Diese Formulierung ist wichtig. Es deutet auf eine Mimikry hin. GravityZoo sah nicht nur aus wie Windows; es versuchte, Windows zu sein, aber in HTTP. Es handelte sich um ein Betriebssystem, das auf einem Remote-Server lief und ein Desktop-Erlebnis an Ihren Client streamte. Es fühlte sich vertraut an, weil es so sein musste. Benutzer wollten keine neue Metapher lernen. Sie wollten das Startmenü. Sie wollten die Taskleiste. Sie wollten die Illusion eines lokalen Speichers, selbst wenn die Dateien nur kleine Teile wären, die irgendwo in einem Rechenzentrum schwebten.

Dann gibt es noch YouOS, das das Problem aus der entgegengesetzten Richtung angegangen ist. In ihrem Manifest ging es nicht darum, den Desktop nachzuahmen; Es ging darum, die Schnittstelle völlig neu zu definieren. Sie stellten eine einfache Frage, die Designer auch heute noch beschäftigt: Wenn der Browser der neue Computer ist, warum muss die Benutzeroberfläche dann überhaupt wie ein Betriebssystem mit Fenstern aussehen?

Jeremy Zawodnys Kritik „There is no Web Operating System“* durchbrach den Hype mit chirurgischer Präzision. Er argumentierte, dass der Begriff selbst ein Kategorienfehler sei. Ein Browser ist kein Betriebssystem. Es ist ein Container. Sie können kein Betriebssystem auf einer Web-App aufbauen, da die Web-App die Anwendungsebene darstellt. Es ein Betriebssystem zu nennen hieße, die Architektur falsch zu verstehen. Aber hier ist der Clou: Zawodny hatte technisch gesehen Recht und praktisch Unrecht.

Warum die Definition fehlgeschlagen ist

Die Verwirrung resultierte aus einem grundlegenden Missverständnis darüber, was ein Betriebssystem tut. Traditionell verwaltet ein Betriebssystem die Hardware. Es kommuniziert mit dem Festplattenlaufwerk, dem RAM und der GPU. Ein Webbrowser verwaltet Registerkarten. Es kommuniziert mit dem Netzwerk, dem DOM, der JavaScript-Engine.

Als GravityZoo oder YouOS behaupteten, ein Betriebssystem zu sein, boten sie eine virtualisierte Desktop-Umgebung an. Dies ist eine entscheidende Unterscheidung. Sie ersetzten weder Windows noch Mac OS. Sie stellten eine Abstraktionsebene bereit, die zwischen dem Benutzer und dem lokalen Betriebssystem lag.

Stellen Sie sich das so vor:

  • Traditionelles Betriebssystem : Direkter Hardwarezugriff. Hohe Leistung. Lokale Latenz.
  • WebOS (2007-Konzept) : Indirekter Hardwarezugriff über Browser. Geringere Leistung. Netzwerklatenz.

Die Bezeichnung „WebOS“ blieb hängen, weil sie eingängig war. Es versprach eine Zukunft, in der Ihr Computer nur noch ein Thin Client war. Wobei Ihre Identität Ihre URL war. Wo Sie sich an jedem Automaten, in jedem Land, in jedem Café anmelden können und Ihr gesamtes digitales Leben auf Sie wartet.

Das Erbe des gescheiterten Konzepts

Warum ist es also gescheitert? Und warum ist es jetzt wichtig?

Es scheiterte, weil die Technologie das Versprechen nicht einhalten konnte. Im Jahr 2007 war das Streamen einer Desktop-Oberfläche über eine DFÜ- oder frühe Breitbandverbindung ein Albtraum. Die Latenz hat das Erlebnis zerstört. JavaScript