Een besturingssysteem is de basis van computers. Het zit tussen uw fysieke hardware en de software die u dagelijks gebruikt. Of u nu Windows, Linux of macOS gebruikt, het besturingssysteem beheert het geheugen, de processen en de apparaatstuurprogramma’s. Het is de essentiële laag die een computer überhaupt laat functioneren.

Deze strikte definitie is de reden waarom veel puristen ineenkrimpen bij de term Webbesturingssysteem.

Een echt besturingssysteem praat rechtstreeks met het silicium. Een webbesturingssysteem doet dat niet. Het is een gebruikersinterface (UI ) die in een browser draait. Het presenteert een desktop-metafoor – pictogrammen, vensters, taakbalken – maar het heeft geen directe toegang tot uw harde schijf of CPU zoals traditionele software dat doet. Je hebt nog steeds een echt besturingssysteem nodig om de browser te hosten. Het webbesturingssysteem is slechts een geavanceerde skin.

Ondanks de semantische tegenslag heeft het concept een vlucht genomen. Er bestaan ​​tegenwoordig tientallen van deze platforms. Sommige zijn gepolijste producten van grote teams. Anderen zijn hobbyistische projecten van één enkele ontwikkelaar. Prijzen variëren van gratis tot premium. De functionaliteit varieert enorm.

Waarom de verwarring? De terminologie is rommelig. Sommige mensen schrijven het als één woord: WebOS. Dat veroorzaakt problemen. UC Berkeley lanceerde in 1996 een project genaamd WebOS. Het richtte zich op toepassingen op een groot gebied. Het is niet gerelateerd aan het browsergebaseerde desktopconcept. Om deze botsing te voorkomen, geven sommigen de voorkeur aan termen als Web Desktop of Webtop. Deze voorwaarden erkennen dat de ervaring een traditionele desktop nabootst zonder de onderliggende systeemarchitectuur van een echt besturingssysteem te claimen.

Wat gebeurt er als u inlogt op een van deze systemen?

De illusie van lokale controle

De kernaantrekkingskracht van een webbesturingssysteem is eenvoud en toegankelijkheid. Je installeert geen zware applicaties. U beheert geen patches of stuurprogramma’s. Je opent een browser, logt in en je bent aan het werk.

De interface ziet er bekend uit. Dit is opzettelijk. Het doel is om de toetredingsdrempel te verlagen. Gebruikers verwachten een startmenu, een taakbalk en klikbare pictogrammen. Web OS-platforms bieden precies dat. Ze repliceren het spiergeheugen van het gebruik van Windows of Mac OS.

Achter de schermen gebeurt het zware werk op externe servers. Uw bestanden worden opgeslagen in de cloud. Uw applicaties draaien in een gevirtualiseerde omgeving. Uw browser is slechts het venster. Met deze architectuur kunt u van apparaat wisselen zonder uw plaats te verliezen. Een tablet, een laptop of een openbare kiosk kunnen allemaal dezelfde desktop weergeven. De status wordt bewaard op de server, niet op de lokale machine.

Dit is van belang voor de mobiliteit. Het is belangrijk voor de veiligheid. Het is van belang voor iedereen die het beu is om softwarecompatibiliteit te beheren.

Maar er is een addertje onder het gras. Latentie.

Als uw internetverbinding flikkert, loopt uw ​​bureaublad vast. De responsiviteit die u van een lokaal besturingssysteem verwacht, hangt volledig af van uw bandbreedte en de serverbelasting. Een echt besturingssysteem voelt direct aan omdat de hardware aanwezig is. Een webbesturingssysteem voelt alleen direct aan als het netwerk betrouwbaar is.

Welk webbesturingssysteem moet u gebruiken?

De markt is gefragmenteerd. Er is niet één dominante speler zoals die er in de jaren negentig met Windows was. Dit creëert een verwarrend landschap voor nieuwe gebruikers. Hoe kies je?

Zoek eerst naar stabiliteit. Sommige platforms bevinden zich nog in de bètafase. Ze kunnen van de ene op de andere dag gegevens verliezen of hun interface wijzigen. Gevestigde projecten hebben doorgaans betere documentatie en consistentere prestaties.

Controleer de functieset. Kantoorsuites nodig? Samenwerkingstools? Specifieke ontwikkelaarsomgevingen? Sommige Web OS-platforms bieden geïntegreerde suites. Anderen zijn slechts kale interfaces waarvoor u moet linken naar webapps van derden. Dit laatste is flexibeler maar minder samenhangend.

Overweeg de

Webbesturingssystemen zijn geen zelfstandige platforms die Windows of macOS vervangen. In plaats daarvan zijn het interfaces die u verbinden met gedistribueerde computersystemen. Zie het als een brug. U, de gebruiker, maakt via internet verbinding met het netwerk van applicatieservers en databases van een provider.

Toegang gebeurt op twee manieren. Sommige systemen draaien volledig in uw Webbrowser. Anderen vereisen dat u een specifiek client -programma downloadt dat is afgestemd op uw apparaat. Het resultaat is hetzelfde: u gebruikt software die op internet is opgeslagen, en niet op uw lokale harde schijf.

Welke diensten bieden ze eigenlijk?

De belofte is eenvoudig. U krijgt toegang tot vrijwel elke desktopapplicatie. De lijst is lang:

  • Kalenders
  • E-mailclients
  • Hulpmiddelen voor bestandsbeheer
  • Spellen
  • Instantberichten
  • Foto-, video- en audio-editors
  • RSS-lezers
  • Spreadsheet- en tekstverwerkingssuites

In een traditionele opstelling installeer je deze apps. Ze bevinden zich op de harde schijf van uw CPU. Het oorspronkelijke besturingssysteem van uw computer verwerkt de verzoeken. Een Web OS verandert de architectuur. De apps staan ​​op webservers. Wanneer u een bestand opslaat, gaat het naar een met internet verbonden database. U kunt lokaal opslaan, maar het standaardgedrag is cloudopslag.

Deze ontkoppeling is het belangrijkste kenmerk. Omdat de software niet aan uw hardware is gekoppeld, kunt u een document op de ene machine starten en op de andere openen. Bereikbaarheid is het belangrijkste voordeel. Uw gegevens zijn niet vergrendeld op één apparaat.

Portalen versus webbesturingssystemen

Het is gemakkelijk om een webbesturingssysteem te verwarren met een portaal. Ze lijken op elkaar, maar functioneren anders.

Een portal is, net als het inmiddels ter ziele gegane iGoogle, een aanpasbare startpagina. Het verzamelt nieuwsfeeds, e-mail en widgets. Het geeft u toegang tot meerdere gegevensbronnen vanaf één pagina. Maar het probeert niet een desktopomgeving na te bootsen.

Een webbesturingssysteem probeert een bureaublad te emuleren. Het heeft vensters, taakbalken en applicatiepictogrammen. Het beheert een gebruikerservaring die aanvoelt als een lokale computer, ook al gebeurt de verwerking op afstand. Portalen doen dit niet. Het zijn toegangspoorten. Web OS-platforms zijn omgevingen.

De technologie achter de interface

Ontwikkelaars gebruiken verschillende technieken om deze ervaringen op te bouwen. Er is niet één standaard. De twee dominante benaderingen zijn afhankelijk van Flash – of AJAX -technologieën.

Flash-gebaseerde systemen

Flash maakt gebruik van vectorafbeeldingen. In plaats van individuele pixels op te slaan, registreert het vormen en lijnen. Dit zorgt voor snellere laadtijden en kleinere bestandsgroottes. Flash-bestanden worden via internet gestreamd. Je wacht niet op de volledige download. Een klassiek voorbeeld is een videospeler. Je kunt beginnen met kijken voordat het bestand volledig is opgeslagen.

Flash was een favoriet onder Web OS-ontwikkelaars vanwege het bereik ervan. Op het hoogtepunt was op meer dan 98 procent van de met internet verbonden computers een Flash-speler geïnstalleerd. Ontwikkelaars zouden een complexe interface kunnen bouwen, wetende dat de meeste gebruikers deze zonder extra downloads zouden kunnen uitvoeren.

AJAX-gebaseerde systemen

AJAX staat voor Asynchrone JavaScript en XML. Het is een browsergebaseerde aanpak die afhankelijk is van vier hoofdtechnologieën:

  • HTML : de opmaaktags die de pagina structureren.
  • CSS : Cascading Style Sheets die het uiterlijk bepalen (lettertypen, kleuren, lay-out).
  • JavaScript : de programmeertaal waarmee de browser gegevens van servers kan verzenden en ontvangen zonder de pagina opnieuw te laden.
  • XML : een opmaaktaal die de structuur van de gegevens beschrijft.

Deze stapel maakt dynamische updates mogelijk. Wanneer u op een knop klikt in een AJAX-gebaseerd webbesturingssysteem, wordt de pagina niet volledig vernieuwd. JavaScript praat met de server op de achtergrond, werkt de relevante sectie bij en geeft de nieuwe informatie weer. Het voelt vlotter. Het voelt meer als een native app.

Beide methoden streven hetzelfde resultaat na: een desktopachtige ervaring die via internet wordt geleverd. De keuze tussen beide komt vaak neer op prestaties, compatibiliteit en hoeveel controle de ontwikkelaar over de interface wil.

Denk eens aan de laatste keer dat u op een link klikte en naar dat draaiende wiel keek. Je wachtte. De pagina bevroor. De wereld stopte. Dat is de oude manier. Het is de manier waarop de volledige pagina opnieuw wordt geladen.

AJAX verandert het ritme.

Het woord ‘asynchroon’ is slechts technisch gesproken voor ‘niet allemaal tegelijk’. In plaats van elke keer dat u een wijziging wilt zien, een geheel nieuwe HTML-pagina te eisen, vraagt ​​de browser alleen om de gegevens die hij nodig heeft. Een paar bytes hier. Een tekstreeks daar. De server stuurt de ontbrekende stukjes terug in kleine, verteerbare hapjes. De rest van het scherm blijft staan. Het voelt onmiddellijk. Het voelt inheems.

Dit is geen magie. Het is efficiëntie.

Wanneer u elke keer dat er iets verandert een hele webpagina naar de browser verzendt, verspilt u bandbreedte. U vertraagt ​​de ervaring van de gebruiker aanzienlijk. AJAX-applicaties dragen indien nodig gegevens over tussen servers en browsers in kleine stukjes informatie. Het resultaat? Snelheid. Gladheid.

Desktopkracht in de browser

Het doel was altijd om de grens tussen een webapp en een desktopprogramma te vervagen. Met voldoende vaardigheid en kennis kan een programmeur een AJAX-applicatie maken met dezelfde functies als een desktopapplicatie. Je krijgt slepen en neerzetten. Je krijgt realtime updates. U krijgt interfaces die reageren op een klik voordat u zelfs maar uw vinger hebt opgetild.

Maar hier is het addertje onder het gras waar IT-managers ‘s nachts wakker van liggen: compatibiliteit.

In tegenstelling tot Flash, waarvoor vaak specifieke plug-ins of specifieke browserversies nodig waren om goed te kunnen werken, vertrouwt AJAX op gevestigde webstandaarden. Het is geen nieuwe programmeertaal. Het is een manier om de tools die al in uw browser aanwezig zijn te gebruiken om nieuwe applicaties te maken.

De meeste computers kunnen AJAX-applicaties uitvoeren omdat de browser het zware werk doet. Zolang een applicatieprogrammeur de juiste informatie in de code van een applicatie opneemt, zou deze prima moeten werken in elke grote webbrowser. Chroom. Firefox. Safari. Rand. De code past zich aan.

Kijk naar Gmail. Kijk naar Google Agenda. Dit zijn geen statische pagina’s. Het zijn dynamische motoren die op deze architectuur zijn gebouwd. Ze updaten uw inbox zonder opnieuw te laden. Ze slaan een concept op terwijl u typt. Ze werken omdat de browser de asynchrone communicatie achter de schermen afhandelt.

Waarom zou iemand een webbesturingssysteem willen gebruiken?

We zijn voorbij de eenvoudige ‘Web 1.0’-dagen van het lezen van tekst. We bouwen hele ecosystemen binnen het browsertabblad. Maar waarom het risico nemen? Waarom een ​​besturingssysteem op internet gebruiken in plaats van op uw harde schijf?

Het antwoord ligt in toegankelijkheid en onderhoud. Als het besturingssysteem in de cloud staat, hoeft u nooit het kernsysteem te patchen. U hoeft zich nooit zorgen te maken als uw laptop te oud is voor de nieuwste versie van Windows of macOS. Als het een browser heeft, heeft het een computer.

Maar voordat we dieper ingaan op de architectuur van webbesturingssystemen, moeten we eerst eens kijken naar de afweging. U vertrouwt uw lokale bestanden toe aan een externe server. U ruilt totale controle in voor gemak. Is dat een eerlijke handel?

De kwetsbaarheid van verbinding

Het mooie van AJAX is de onzichtbaarheid. Je ziet de gegevens niet bewegen. Je ziet alleen het resultaat. Maar die databeweging vereist een reddingslijn. De internetverbinding.

Dit brengt ons bij de volgende hindernis. Als het netwerk wegvalt, sterft de applicatie dan? Of past het zich aan? Dat is de vraag die de volgende generatie internet definieert

De verschuiving naar externe werkstations

Het uitvoeren van apps vanaf een externe server zou precies hetzelfde gevoel moeten hebben als het gebruik van een desktop. Het doel is bekendheid. Als de interface het besturingssysteem nabootst dat u al kent, vindt de adoptie onmiddellijk plaats. Wanneer u op een pictogram klikt, stuurt uw machine een verzoek naar een controleknooppunt. Deze centrale server fungeert als verkeersagent. Het routeert uw verbinding naar de specifieke applicatieserver of database waar de tool zich bevindt. U verplaatst feitelijk de opslag- en verwerkingskracht naar een extern netwerk.

Dit is voor velen het belangrijkste verkoopargument. U hoeft zich geen zorgen meer te maken over hardware-upgrades om de paar jaar. Zolang uw huidige apparaat een browser of clientsoftware kan uitvoeren, bent u klaar om te gaan. U hoeft geen nieuwe pc te kopen om de nieuwste versie van uw productiviteitssuite te gebruiken. De last van de functionaliteit verschuift naar de aanbieder. Als ze niet leveren, vertrek je.

Gegevenssynchronisatie tussen platforms

Het delen van gegevens tussen verschillende apparaten is een ander groot voordeel. Stel dat u een Mac en een pc heeft. Bestanden gesynchroniseerd houden is meestal lastig. Zelfs met compatibele formaten krijg je dubbele kopieën. Eén bewerken? De andere blijft oud. Een webbesturingssysteem maakt een enkele externe kopie van het bestand. U gebruikt elke computer om die ene bron te openen, te wijzigen en op te slaan. Het werkt alleen als het web-besturingssysteem platformonafhankelijk is. Maar als het zowel Macs als pc’s ondersteunt, kunt u vanaf beide machines aan hetzelfde bestand werken.

Samenwerken wordt ook eenvoudiger. Bij de meeste web-besturingssysteemplatforms kunnen gebruikers bestanden rechtstreeks delen. Iedereen werkt met de versie die is opgeslagen op het eigen netwerk van het systeem. Dit is beter dan de oude methode om meerdere versies te e-mailen en wijzigingen handmatig samen te voegen. Het is schoner. Het is sneller.

De vertrouwenskloof en veiligheidsrisico’s

Webbesturingssystemen zijn nog niet zo robuust als desktop-tegenhangers. Maar ze bieden voldoende functionaliteit om te concurreren met traditionele suites. Als providers de kloof in functies kunnen dichten en zorgen over gegevensbeveiliging kunnen oplossen, kunnen we een enorme verschuiving in de netwerkinfrastructuur zien.

Het grootste obstakel is vertrouwen. Gebruikers moeten gevoelige gegevens aan een derde partij overhandigen. Dat is een sprong in het diepe. Kan de aanbieder hackers afweren? Het is in hun belang om geavanceerde beveiliging te gebruiken. Naarmate gedistribueerd computergebruik groeit, zal de strijd tussen hackers en beveiligingsspecialisten heviger worden.

Veelgestelde vragen

Wat zijn de vijf belangrijkste besturingssystemen?
De industrie richt zich over het algemeen op vijf hoofdspelers: Apple macOS, Microsoft Windows, Google’s Android OS, het Linux-besturingssysteem en Apple iOS.

Zijn er complete online besturingssystemen?
Er zijn er veel, maar de meeste zijn onvolledig. Ze bieden basisfuncties zoals een webbrowser. Ze zijn niet ontworpen om een ​​volledig besturingssysteem te vervangen.

Het spook in de machine: waarom WebOS er nooit was

De archieven uit 2007 en 2008 zijn stoffig, maar ze bevatten de blauwdruk voor het cloudtijdperk dat we nu als vanzelfsprekend beschouwen. Destijds was de industrie geobsedeerd door een specifiek, enigszins misleidend concept: het Webbesturingssysteem. Het was niet zomaar een modewoord; het was een echte structurele poging om het bureaublad naar de browser te verplaatsen.

Emre Sokullu’s recensie van GravityZoo geeft de essentie weer van dit vreemde, prachtige moment. Hij noemde het een “WebOS Jim, maar niet zoals wij die kennen.” Die formulering is van belang. Het suggereert een mimiek. GravityZoo leek niet alleen op Windows; het probeerde *Windows te zijn, maar dan in HTTP. Het was een besturingssysteem dat op een externe server stond en een desktopervaring naar uw client streamde. Het voelde vertrouwd omdat het nodig was. Gebruikers wilden geen nieuwe metafoor leren. Ze wilden het Startmenu. Ze wilden de taakbalk. Ze wilden de illusie van lokale opslag, ook al waren de bestanden slechts stukjes die ergens in een datacenter rondzweven.

Dan is er YouOS, dat het probleem vanuit de tegenovergestelde richting benaderde. Hun manifest ging niet over het nabootsen van de desktop; het ging erom de interface volledig opnieuw te definiëren. Ze stelden een eenvoudige vraag die ontwerpers vandaag de dag nog steeds achtervolgt: als de browser de nieuwe computer is, waarom moet de gebruikersinterface er dan überhaupt uitzien als een besturingssysteem met vensters?

De kritiek van Jeremy Zawodny, “Er is geen webbesturingssysteem”, doorbrak de hype met chirurgische precisie. Hij voerde aan dat de term zelf een categoriefout was. Een browser is geen besturingssysteem. Het is een container. U kunt geen besturingssysteem bovenop een webapp bouwen, omdat de webapp *de applicatielaag is. Om het een besturingssysteem te noemen, was een verkeerd begrip van de architectuur. Maar hier komt het knaller: Zawodny had technisch gezien gelijk en praktisch ongelijk.

Waarom de definitie mislukte

De verwarring kwam voort uit een fundamenteel misverstand over wat een besturingssysteem doet. Traditioneel beheert een besturingssysteem de hardware. Het praat met de schijf, het RAM, de GPU. Een webbrowser beheert tabbladen. Het praat met het netwerk, de DOM, de JavaScript-engine.

Toen GravityZoo of YouOS beweerden een besturingssysteem te zijn, boden ze een gevirtualiseerde desktopomgeving aan. Dit is een cruciaal onderscheid. Ze vervingen Windows of Mac OS niet. Ze zorgden voor een abstractielaag die tussen de gebruiker en het lokale besturingssysteem zat.

Zie het als volgt:

  • Traditioneel besturingssysteem : directe hardwaretoegang. Hoge prestaties. Lokale latentie.
  • WebOS (concept uit 2007) : indirecte hardwaretoegang via browser. Lagere prestaties. Netwerklatentie.

Het label ‘WebOS’ bleef hangen omdat het pakkend was. Het beloofde een toekomst waarin je computer slechts een thin client was. Waar uw identiteit uw URL was. Waar je kon inloggen op elke machine, elk land, elk café, en je hele digitale leven op je wachtte.

De erfenis van het mislukte concept

Dus waarom mislukte het? En waarom maakt het nu uit?

Het mislukte omdat de technologie de belofte niet kon waarmaken. In 2007 was het streamen van een desktopinterface via een inbel- of vroege breedbandverbinding een nachtmerrie. Latency heeft de ervaring gedood. JavaScript