Um sistema operacional é a base da computação. Ele fica entre o hardware físico e o software que você usa diariamente. Esteja você no Windows, Linux ou macOS, o sistema operacional gerencia memória, processos e drivers de dispositivo. É a camada essencial que faz um computador funcionar.

Essa definição estrita é a razão pela qual muitos puristas se encolhem com o termo Sistema operacional da Web.

Um verdadeiro sistema operacional fala diretamente com o silício. Um sistema operacional da Web não. É uma interface de usuário (UI ) que roda dentro de um navegador. Ele apresenta uma metáfora de desktop – ícones, janelas, barras de tarefas – mas não tem acesso direto ao seu disco rígido ou CPU como o software tradicional faz. Você ainda precisa de um sistema operacional real para hospedar o navegador. O Web OS é apenas uma aparência sofisticada.

Apesar da resistência semântica, o conceito decolou. Dezenas dessas plataformas existem hoje. Alguns são produtos sofisticados de grandes equipes. Outros são projetos amadores de um único desenvolvedor. Os preços variam de grátis a premium. A funcionalidade varia muito.

Por que a confusão? A terminologia é confusa. Algumas pessoas escrevem como uma palavra: WebOS. Isso causa problemas. A UC Berkeley lançou um projeto chamado WebOS em 1996. Ele se concentrava em aplicações de área ampla. Não está relacionado ao conceito de desktop baseado em navegador. Para evitar esse conflito, alguns preferem termos como Web Desktop ou Webtop. Esses termos reconhecem que a experiência imita um desktop tradicional sem reivindicar a arquitetura de sistema subjacente de um sistema operacional real.

Então, o que acontece quando você faz login em um desses sistemas?

A Ilusão do Controle Local

O principal apelo de um sistema operacional da Web é a simplicidade e a acessibilidade. Você não instala aplicativos pesados. Você não gerencia patches ou drivers. Você abre um navegador, faz login e está trabalhando.

A interface parece familiar. Isso é intencional. O objetivo é diminuir a barreira de entrada. Os usuários esperam um menu iniciar, uma barra de tarefas e ícones clicáveis. As plataformas Web OS fornecem exatamente isso. Eles replicam a memória muscular do uso do Windows ou Mac OS.

Nos bastidores, o trabalho pesado acontece em servidores remotos. Seus arquivos são armazenados na nuvem. Seus aplicativos são executados em um ambiente virtualizado. Seu navegador é apenas a janela. Essa arquitetura permite que você troque de dispositivo sem perder o lugar. Um tablet, um laptop ou um quiosque público podem exibir a mesma área de trabalho. O estado é preservado no servidor, não na máquina local.

Isto é importante para a mobilidade. É importante para a segurança. É importante para qualquer pessoa cansada de gerenciar a compatibilidade de software.

Mas há um problema. Latência.

Se sua conexão com a Internet falhar, sua área de trabalho congela. A capacidade de resposta que você espera de um sistema operacional local depende inteiramente da largura de banda e da carga do servidor. Um verdadeiro sistema operacional parece instantâneo porque o hardware está ali. Um Web OS parece instantâneo apenas quando a rede é confiável.

Qual sistema operacional da Web você deve usar?

O mercado está fragmentado. Não existe um único player dominante como havia com o Windows na década de 1990. Isso cria um cenário confuso para novos usuários. Como você escolhe?

Procure primeiro a estabilidade. Algumas plataformas ainda estão em beta. Eles podem perder dados ou alterar sua interface durante a noite. Projetos estabelecidos tendem a ter melhor documentação e desempenho mais consistente.

Verifique o conjunto de recursos. Você precisa de suítes de escritório? Ferramentas de colaboração? Ambientes de desenvolvedor específicos? Algumas plataformas Web OS oferecem suítes integradas. Outros são apenas interfaces básicas que exigem que você se conecte a aplicativos da web de terceiros. Este último é mais flexível, mas menos coeso.

Considere o

Os sistemas operacionais da Web não são plataformas autônomas que substituem o Windows ou o macOS. Em vez disso, são interfaces que conectam você a sistemas de computação distribuídos. Pense nisso como uma ponte. Você, o usuário, conecta-se via Internet à rede de servidores de aplicativos e bancos de dados de um provedor.

O acesso acontece de duas maneiras. Alguns sistemas são executados inteiramente no seu navegador da Web. Outros exigem que você baixe um programa cliente específico adaptado ao seu dispositivo. O resultado é o mesmo: você está executando um software armazenado na Web, não no disco rígido local.

Quais serviços eles realmente oferecem?

A promessa é simples. Você obtém acesso a quase todos os aplicativos de desktop. A lista é longa:

  • Calendários
  • Clientes de e-mail
  • Ferramentas de gerenciamento de arquivos
  • Jogos
  • Mensagens instantâneas
  • Editores de fotos, vídeos e áudio
  • Leitores RSS
  • Suítes de planilhas e processamento de texto

Em uma configuração tradicional, você instala esses aplicativos. Eles ficam no disco rígido da sua CPU. O sistema operacional nativo do seu computador lida com as solicitações. Um Web OS muda a arquitetura. Os aplicativos residem em servidores Web. Quando você salva um arquivo, ele vai para um banco de dados conectado à Internet. Você pode salvar localmente, mas o comportamento padrão é o armazenamento em nuvem.

Essa dissociação é a característica principal. Como o software não está vinculado ao seu hardware, você pode iniciar um documento em uma máquina e abri-lo em outra. A acessibilidade é o principal benefício. Seus dados não estão bloqueados em um único dispositivo.

Portais vs. Sistemas Operacionais Web

É fácil confundir um Web OS com um portal. Eles parecem semelhantes, mas funcionam de maneira diferente.

Um portal, como o extinto iGoogle, é uma página inicial personalizável. Ele agrega feeds de notícias, e-mail e widgets. Dá acesso a várias fontes de dados em uma página. Mas não tenta imitar um ambiente de desktop.

Um sistema operacional Web tenta emular um desktop. Possui janelas, barras de tarefas e ícones de aplicativos. Ele gerencia uma experiência de usuário semelhante à de um computador local, mesmo que o processamento ocorra remotamente. Os portais não fazem isso. Eles são portais. As plataformas Web OS são ambientes.

A tecnologia por trás da interface

Os desenvolvedores usam técnicas diferentes para construir essas experiências. Não existe um padrão único. As duas abordagens dominantes dependem das tecnologias Flash ou AJAX.

Sistemas baseados em Flash

O Flash usa gráficos vetoriais. Em vez de armazenar pixels individuais, ele grava formas e linhas. Isso permite tempos de carregamento mais rápidos e tamanhos de arquivo menores. Arquivos Flash são transmitidos pela Internet. Você não espera o download completo. Um exemplo clássico é um reprodutor de vídeo. Você pode começar a assistir antes que o arquivo seja totalmente salvo.

O Flash era o favorito dos desenvolvedores de sistemas operacionais da Web devido ao seu alcance. No seu auge, mais de 98% dos computadores conectados à Internet tinham um Flash player instalado. Os desenvolvedores poderiam construir uma interface complexa sabendo que a maioria dos usuários poderia executá-la sem downloads extras.

Sistemas baseados em AJAX

AJAX significa JavaScript e XML assíncronos. É uma abordagem baseada em navegador que depende de quatro tecnologias principais:

  • HTML : as tags de marcação que estruturam a página.
  • CSS : folhas de estilo em cascata que controlam a aparência (fontes, cores, layout).
  • JavaScript : A linguagem de programação que permite ao navegador enviar e receber dados de servidores sem recarregar a página.
  • XML : uma linguagem de marcação que descreve a estrutura dos dados.

Esta pilha permite atualizações dinâmicas. Quando você clica em um botão em um sistema operacional Web baseado em AJAX, a página não é totalmente atualizada. O JavaScript conversa com o servidor em segundo plano, atualiza a seção relevante e exibe as novas informações. Parece mais rápido. Parece mais um aplicativo nativo.

Ambos os métodos visam o mesmo resultado: uma experiência semelhante à de um desktop entregue pela Web. A escolha entre eles geralmente se resume ao desempenho, compatibilidade e quanto controle o desenvolvedor deseja sobre a interface.

Pense na última vez que você clicou em um link e viu aquela roda girando. Você esperou. A página congelou. O mundo parou. Essa é a maneira antiga. É o modo de recarregar a página inteira.

AJAX muda o ritmo.

A palavra “assíncrono” é apenas linguagem técnica para “não de uma vez”. Em vez de exigir uma nova página HTML toda vez que você deseja ver uma alteração, o navegador solicita apenas os dados necessários. Alguns bytes aqui. Uma string de texto ali. O servidor devolve as peças que faltam em pedaços pequenos e digeríveis. O resto da tela permanece no mesmo lugar. Parece instantâneo. Parece nativo.

Isso não é mágica. É eficiência.

Quando você envia uma página da Web inteira para o navegador sempre que algo muda, você está desperdiçando largura de banda. Você está retardando significativamente a experiência do usuário. Os aplicativos AJAX transferem dados entre servidores e navegadores em pequenos pedaços de informação, conforme necessário. O resultado? Velocidade. Suavidade.

Desktop Power no navegador

O objetivo sempre foi confundir a linha entre um aplicativo da Web e um programa de desktop. Com habilidade e conhecimento suficientes, um programador pode criar um aplicativo AJAX com as mesmas funções de um aplicativo de desktop. Você pode arrastar e soltar. Você recebe atualizações em tempo real. Você obtém interfaces que respondem a um clique antes mesmo de você levantar o dedo.

Mas aqui está o problema que mantém os gerentes de TI acordados à noite: compatibilidade.

Ao contrário do Flash, que muitas vezes exigia plug-ins específicos ou versões específicas de navegador para funcionar corretamente, o AJAX depende de padrões da Web estabelecidos. Não é uma nova linguagem de programação. É uma forma de utilizar as ferramentas já presentes em seu navegador para criar novos aplicativos.

A maioria dos computadores pode executar aplicativos AJAX porque o navegador faz o trabalho pesado. Contanto que um programador de aplicativos inclua as informações corretas no código de um aplicativo, ele deverá funcionar bem em qualquer navegador da Web importante. Cromo. Firefox. Safári. Borda. O código se adapta.

Veja o Gmail. Veja o Google Agenda. Estas não são páginas estáticas. Eles são motores dinâmicos construídos nesta arquitetura. Eles atualizam sua caixa de entrada sem recarregar. Eles salvam um rascunho enquanto você digita. Eles funcionam porque o navegador lida com a comunicação assíncrona nos bastidores.

Por que alguém iria querer usar um sistema operacional Web?

Já ultrapassamos os dias simples da “Web 1.0” de leitura de texto. Estamos construindo ecossistemas inteiros dentro da aba do navegador. Mas por que correr o risco? Por que executar um sistema operacional na Web em vez de no disco rígido?

A resposta está na acessibilidade e manutenção. Se o sistema operacional estiver na nuvem, você nunca precisará corrigir o sistema central. Você nunca precisa se preocupar se seu laptop for muito antigo para executar a versão mais recente do Windows ou macOS. Se tiver um navegador, terá um computador.

Mas antes de nos aprofundarmos na arquitetura dos sistemas operacionais da Web, consideremos a compensação. Você está confiando seus arquivos locais em um servidor remoto. Você está trocando o controle total por conveniência. Isso é um comércio justo?

A Fragilidade da Conexão

A beleza do AJAX é a sua invisibilidade. Você não vê os dados se movendo. Você acabou de ver o resultado. Mas essa movimentação de dados requer uma tábua de salvação. A conexão com a internet.

Isso nos leva ao próximo obstáculo. Se a rede cair, o aplicativo morre? Ou se adapta? Essa é a questão que define a próxima geração de Web

A mudança para estações de trabalho remotas

A execução de aplicativos a partir de um servidor remoto deve ser exatamente como usar um desktop. O objetivo é a familiaridade. Se a interface imita o sistema operacional que você já conhece, a adoção é instantânea. Quando você clica em um ícone, sua máquina envia uma solicitação para um nó de controle. Este servidor central atua como guarda de trânsito. Ele roteia sua conexão para o servidor de aplicativos ou banco de dados específico onde a ferramenta reside. Basicamente, você está transferindo armazenamento e capacidade de processamento para uma rede remota.

Este é o principal argumento de venda para muitos. Você para de se preocupar com atualizações de hardware a cada poucos anos. Contanto que seu dispositivo atual possa executar um navegador ou software cliente, você está pronto para prosseguir. Não há necessidade de comprar um PC novo apenas para executar a versão mais recente do seu pacote de produtividade. A carga da funcionalidade passa para o provedor. Se eles não entregarem, você vai embora.

Sincronização de dados entre plataformas

O compartilhamento de dados entre dispositivos diferentes é outra grande vantagem. Digamos que você tenha um Mac e um PC. Manter os arquivos sincronizados geralmente é uma tarefa difícil. Mesmo com formatos compatíveis, você acaba com cópias duplicadas. Editar um? O outro permanece velho. Um sistema operacional web cria uma cópia única e remota do arquivo. Você usa qualquer computador para acessar, modificar e salvar nessa fonte. Só funciona se o sistema operacional da web for multiplataforma. Mas se for compatível com Macs e PCs, você poderá trabalhar no mesmo arquivo em qualquer uma das máquinas.

A colaboração também fica mais simples. A maioria das plataformas de sistemas operacionais da web permite que os usuários compartilhem arquivos diretamente. Todos trabalham a partir da versão salva na rede nativa do sistema. Isso supera o método antigo de enviar várias versões por e-mail e mesclar as alterações manualmente. É mais limpo. É mais rápido.

A lacuna de confiança e os riscos de segurança

Os sistemas operacionais da Web ainda não são tão robustos quanto os equivalentes para desktop. Mas eles oferecem funcionalidade suficiente para competir com as suítes tradicionais. Se os provedores conseguirem preencher a lacuna de recursos e resolver as questões de segurança de dados, poderemos ver uma grande mudança na infraestrutura de rede.

O maior obstáculo é a confiança. Os usuários devem entregar dados confidenciais a terceiros. Isso é um salto de fé. O provedor pode afastar hackers? É do interesse deles usar segurança avançada. À medida que a computação distribuída cresce, a batalha entre hackers e especialistas em segurança se intensificará.

Perguntas comuns

Quais são os cinco principais sistemas operacionais?
A indústria geralmente se concentra em cinco players principais: Apple macOS, Microsoft Windows, sistema operacional Android do Google, sistema operacional Linux e Apple iOS.

Existem sistemas operacionais online completos?
Muitos existem, mas a maioria está incompleta. Eles oferecem funções básicas como um navegador da web. Eles não foram projetados para substituir um sistema operacional completo.

O fantasma na máquina: por que o WebOS nunca existiu

Os arquivos de 2007 e 2008 estão empoeirados, mas contêm o modelo para a era da nuvem que hoje consideramos natural. Naquela época, a indústria estava obcecada por um conceito específico e um tanto delirante: o Sistema Operacional Web. Não era apenas uma palavra da moda; foi uma tentativa estrutural genuína de mover a área de trabalho para o navegador.

A análise de Emre Sokullu sobre GravityZoo captura a essência desse momento estranho e maravilhoso. Ele o chamou de “WebOS Jim, mas não como o conhecemos”. Essa frase é importante. Isso sugere um mimetismo. O GravityZoo não se parecia apenas com o Windows; ele tentou ser Windows, mas em HTTP. Era um sistema operacional que residia em um servidor remoto, transmitindo uma experiência de desktop para o seu cliente. Parecia familiar porque era necessário. Os usuários não queriam aprender uma nova metáfora. Eles queriam o menu Iniciar. Eles queriam a barra de tarefas. Eles queriam a ilusão de armazenamento local, mesmo que os arquivos fossem apenas bits flutuando em um data center em algum lugar.

Depois, há o YouOS, que abordou o problema na direção oposta. O manifesto deles não era sobre imitar o desktop; tratava-se de redefinir totalmente a interface. Eles fizeram uma pergunta simples que ainda hoje assombra os designers: se o navegador é o novo computador, por que a interface do usuário precisa se parecer com um sistema operacional em janela?

A crítica de Jeremy Zawodny, “Não existe sistema operacional Web”, superou o hype com precisão cirúrgica. Ele argumentou que o termo em si era um erro de categoria. Um navegador não é um sistema operacional. É um contêiner. Você não pode construir um sistema operacional sobre um aplicativo web porque o aplicativo web é* a camada do aplicativo. Chamá-lo de sistema operacional era interpretar mal a arquitetura. Mas aqui está o chute: Zawodny estava tecnicamente certo e praticamente errado.

Por que a definição falhou

A confusão resultou de um mal-entendido fundamental sobre o que um sistema operacional faz. Tradicionalmente, um sistema operacional gerencia o hardware. Ele se comunica com a unidade de disco, com a RAM, com a GPU. Um navegador da web gerencia guias. Ele se comunica com a rede, o DOM, o mecanismo JavaScript.

Quando GravityZoo ou YouOS afirmaram ser um sistema operacional, eles estavam oferecendo um ambiente de desktop virtualizado. Esta é uma distinção crítica. Eles não estavam substituindo o Windows ou o Mac OS. Eles estavam fornecendo uma camada de abstração que ficava entre o usuário e o sistema operacional local.

Pense assim:

  • SO tradicional : acesso direto ao hardware. Alto desempenho. Latência local.
  • WebOS (conceito 2007) : Acesso indireto ao hardware via navegador. Desempenho inferior. Latência da rede.

O rótulo “WebOS” pegou porque era cativante. Ele prometia um futuro onde seu computador seria apenas um thin client. Onde sua identidade era seu URL. Onde você poderia entrar em qualquer máquina, em qualquer país, em qualquer café, e encontrar toda a sua vida digital esperando por você.

O legado do conceito fracassado

Então, por que falhou? E por que isso importa agora?

Falhou porque a tecnologia não conseguiu cumprir a promessa. Em 2007, transmitir uma interface de desktop por meio de uma conexão discada ou de banda larga antiga era um pesadelo. A latência matou a experiência. JavaScript