Un sistema operativo es la base de la informática. Se encuentra entre su hardware físico y el software que utiliza a diario. Ya sea que esté en Windows, Linux o macOS, el sistema operativo administra la memoria, los procesos y los controladores de dispositivos. Es la capa esencial que hace que una computadora funcione.

Esta definición estricta es la razón por la que muchos puristas se avergüenzan del término sistema operativo web.

Un verdadero sistema operativo habla directamente con el silicio. Un sistema operativo web no. Es una interfaz de usuario (UI ) que se ejecuta dentro de un navegador. Presenta una metáfora del escritorio (iconos, ventanas, barras de tareas) pero no tiene acceso directo a su disco duro o CPU como lo tiene el software tradicional. Aún necesitas un sistema operativo real para alojar el navegador. El sistema operativo web es solo una apariencia sofisticada.

A pesar del retroceso semántico, el concepto ha despegado. Hoy en día existen decenas de estas plataformas. Algunos son productos pulidos de grandes equipos. Otros son proyectos de aficionados de un único desarrollador. Los precios varían desde gratuitos hasta premium. La funcionalidad varía enormemente.

¿Por qué la confusión? La terminología es confusa. Algunas personas lo escriben como una sola palabra: WebOS. Eso causa problemas. UC Berkeley lanzó un proyecto llamado WebOS en 1996. Se centró en aplicaciones de área amplia. No está relacionado con el concepto de escritorio basado en navegador. Para evitar este conflicto, algunos prefieren términos como Web Desktop o Webtop. Estos términos reconocen que la experiencia imita una computadora de escritorio tradicional sin reclamar la arquitectura de sistema subyacente de un sistema operativo real.

Entonces, ¿qué sucede cuando inicias sesión en uno de estos sistemas?

La ilusión del control local

El principal atractivo de un sistema operativo web es la simplicidad y la accesibilidad. No instalas aplicaciones pesadas. No gestionas parches ni controladores. Abres un navegador, inicias sesión y estás trabajando.

La interfaz parece familiar. Esto es intencional. El objetivo es reducir la barrera de entrada. Los usuarios esperan un menú de inicio, una barra de tareas e íconos en los que se puede hacer clic. Las plataformas Web OS proporcionan exactamente eso. Replican la memoria muscular del uso de Windows o Mac OS.

Detrás de escena, el trabajo pesado ocurre en servidores remotos. Tus archivos se almacenan en la nube. Sus aplicaciones se ejecutan en un entorno virtualizado. Tu navegador es sólo la ventana. Esta arquitectura le permite cambiar de dispositivo sin perder su lugar. Una tableta, una computadora portátil o un quiosco público pueden mostrar el mismo escritorio. El estado se conserva en el servidor, no en la máquina local.

Esto es importante para la movilidad. Es importante para la seguridad. Es importante para cualquiera que esté cansado de gestionar la compatibilidad del software.

Pero hay un problema. Estado latente.

Si su conexión a Internet parpadea, su escritorio se congela. La capacidad de respuesta que espera de un sistema operativo local depende completamente de su ancho de banda y de la carga del servidor. Un verdadero sistema operativo se siente instantáneo porque el hardware está ahí. Un sistema operativo web se siente instantáneo sólo cuando la red es confiable.

¿Qué sistema operativo web debería utilizar?

El mercado está fragmentado. No existe un único actor dominante como lo hubo con Windows en los años 1990. Esto crea un panorama confuso para los nuevos usuarios. ¿Cómo eliges?

Busque primero la estabilidad. Algunas plataformas todavía están en versión beta. Pueden perder datos o cambiar su interfaz de la noche a la mañana. Los proyectos establecidos tienden a tener una mejor documentación y un rendimiento más consistente.

Verifique el conjunto de características. ¿Necesita suites de oficina? ¿Herramientas de colaboración? ¿Entornos de desarrollador específicos? Algunas plataformas de SO web ofrecen suites integradas. Otras son simplemente interfaces básicas que requieren que usted se vincule a aplicaciones web de terceros. Este último es más flexible pero menos cohesivo.

Considere el

Los sistemas operativos web no son plataformas independientes que reemplazan a Windows o macOS. En cambio, son interfaces que lo conectan a sistemas informáticos distribuidos. Piense en ello como un puente. Usted, el usuario, se conecta a través de Internet a la red de servidores de aplicaciones y bases de datos de un proveedor.

El acceso se produce de dos maneras. Algunos sistemas se ejecutan completamente en su navegador web. Otros requieren que descargues un programa cliente específico adaptado a tu dispositivo. El resultado es el mismo: está ejecutando software almacenado en la Web, no en su disco duro local.

¿Qué servicios ofrecen realmente?

La promesa es simple. Obtienes acceso a casi cualquier aplicación de escritorio. La lista es larga:

  • Calendarios
  • Clientes de correo electrónico
  • Herramientas de gestión de archivos.
  • Juegos
  • Mensajería instantánea
  • Editores de fotos, vídeos y audio.
  • Lectores RSS
  • Paquetes de hojas de cálculo y procesamiento de textos.

En una configuración tradicional, instalas estas aplicaciones. Se encuentran en el disco duro de su CPU. El sistema operativo nativo de su computadora maneja las solicitudes. Un SO web cambia la arquitectura. Las aplicaciones viven en servidores web. Cuando guarda un archivo, va a una base de datos conectada a Internet. Puedes guardar localmente, pero el comportamiento predeterminado es el almacenamiento en la nube.

Este desacoplamiento es la característica clave. Como el software no está vinculado a su hardware, puede iniciar un documento en una máquina y abrirlo en otra. La accesibilidad es el principal beneficio. Tus datos no están bloqueados en un solo dispositivo.

Portales versus sistemas operativos web

Es fácil confundir un sistema operativo web con un portal. Se ven similares pero funcionan de manera diferente.

Un portal, como el ya desaparecido iGoogle, es una página de inicio personalizable. Agrega noticias, correo electrónico y widgets. Le brinda acceso a múltiples fuentes de datos desde una página. Pero no intenta imitar un entorno de escritorio.

Un sistema operativo web intenta emular un escritorio. Tiene ventanas, barras de tareas e íconos de aplicaciones. Gestiona una experiencia de usuario que se siente como una computadora local, aunque el procesamiento se realiza de forma remota. Los portales no hacen esto. Son puertas de entrada. Las plataformas de SO web son entornos.

La tecnología detrás de la interfaz

Los desarrolladores utilizan diferentes técnicas para crear estas experiencias. No existe un estándar único. Los dos enfoques dominantes se basan en tecnologías Flash o AJAX.

Sistemas basados en Flash

Flash utiliza gráficos vectoriales. En lugar de almacenar píxeles individuales, registra formas y líneas. Esto permite tiempos de carga más rápidos y tamaños de archivos más pequeños. Los archivos Flash se transmiten a través de Internet. No esperas la descarga completa. Un ejemplo clásico es un reproductor de vídeo. Puede comenzar a mirar antes de que el archivo se guarde por completo.

Flash era el favorito de los desarrolladores de sistemas operativos web debido a su alcance. En su apogeo, más del 98 por ciento de las computadoras conectadas a Internet tenían instalado un reproductor Flash. Los desarrolladores podrían crear una interfaz compleja sabiendo que la mayoría de los usuarios podrían ejecutarla sin descargas adicionales.

Sistemas basados ​​en AJAX

AJAX significa JavaScript y XML asíncronos. Es un enfoque basado en navegador que se basa en cuatro tecnologías principales:

  • HTML : Las etiquetas de marcado que estructuran la página.
  • CSS : Hojas de estilo en cascada que controlan la apariencia (fuentes, colores, diseño).
  • JavaScript : El lenguaje de programación que permite al navegador enviar y recibir datos de servidores sin recargar la página.
  • XML : Un lenguaje de marcado que describe la estructura de los datos.

Esta pila permite actualizaciones dinámicas. Cuando haces clic en un botón en un sistema operativo web basado en AJAX, la página no se actualiza por completo. JavaScript se comunica con el servidor en segundo plano, actualiza la sección relevante y muestra la nueva información. Se siente más ágil. Se siente más como una aplicación nativa.

Ambos métodos apuntan al mismo resultado: una experiencia similar a la de un escritorio entregada a través de la Web. La elección entre ellos a menudo se reduce al rendimiento, la compatibilidad y el control que el desarrollador desea sobre la interfaz.

Piense en la última vez que hizo clic en un enlace y vio esa rueca. Esperaste. La página se congeló. El mundo se detuvo. Ésa es la vieja manera. Es la forma de recargar la página completa.

AJAX cambia el ritmo.

La palabra “asíncrono” significa simplemente “no todo a la vez”. En lugar de exigir una página HTML nueva cada vez que desea ver un cambio, el navegador solicita solo los datos que necesita. Unos cuantos bytes aquí. Una cadena de texto allí. El camarero devuelve las piezas faltantes en bocados pequeños y digeribles. El resto de la pantalla permanece quieta. Se siente instantáneo. Se siente nativo.

Esto no es magia. Es eficiencia.

Cuando envías una página web completa al navegador cada vez que algo cambia, estás desperdiciando ancho de banda. Estás ralentizando significativamente la experiencia del usuario. Las aplicaciones AJAX transfieren datos entre servidores y navegadores en pequeños fragmentos de información según sea necesario. ¿El resultado? Velocidad. Suavidad.

Potencia del escritorio en el navegador

El objetivo siempre fue desdibujar la línea entre una aplicación web y un programa de escritorio. Con suficiente habilidad y conocimiento, un programador puede crear una aplicación AJAX con las mismas funciones que una aplicación de escritorio. Puedes arrastrar y soltar. Obtienes actualizaciones en tiempo real. Obtienes interfaces que responden a un clic incluso antes de que hayas levantado el dedo.

Pero aquí está el problema que mantiene despiertos a los administradores de TI por la noche: la compatibilidad.

A diferencia de Flash, que a menudo requería complementos específicos o versiones de navegador específicas para ejecutarse correctamente, AJAX se basa en estándares web establecidos. No es un nuevo lenguaje de programación. Es una forma de utilizar las herramientas que ya están presentes en su navegador para crear nuevas aplicaciones.

La mayoría de las computadoras pueden ejecutar aplicaciones AJAX porque el navegador hace el trabajo pesado. Siempre que un programador de aplicaciones incluya la información correcta en el código de una aplicación, debería funcionar bien en cualquier navegador web importante. Cromo. Firefox. Safari. Borde. El código se adapta.

Mira Gmail. Mira el Calendario de Google. Estas no son páginas estáticas. Son motores dinámicos construidos sobre esta arquitectura. Actualizan tu bandeja de entrada sin recargar. Guardan un borrador mientras escribes. Funcionan porque el navegador maneja la comunicación asincrónica detrás de escena.

¿Por qué alguien querría utilizar un sistema operativo web?

Hemos superado los simples días de lectura de texto de la “Web 1.0”. Estamos construyendo ecosistemas completos dentro de la pestaña del navegador. Pero ¿por qué correr el riesgo? ¿Por qué ejecutar un sistema operativo en la Web en lugar de en su disco duro?

La respuesta está en la accesibilidad y el mantenimiento. Si el sistema operativo reside en la nube, nunca tendrá que parchear el sistema central. Nunca tendrá que preocuparse si su computadora portátil es demasiado antigua para ejecutar la última versión de Windows o macOS. Si tiene navegador, tiene ordenador.

Pero antes de profundizar en la arquitectura de los sistemas operativos web, considere la compensación. Estás confiando a un servidor remoto tus archivos locales. Estás intercambiando control total por comodidad. ¿Es eso un comercio justo?

La fragilidad de la conexión

La belleza de AJAX es su invisibilidad. No ves los datos moviéndose. Sólo ves el resultado. Pero ese movimiento de datos requiere un salvavidas. La conexión a internet.

Esto nos lleva al siguiente obstáculo. Si la red se cae, ¿muere la aplicación? ¿O se adapta? Ésa es la pregunta que define la próxima generación de Web

El cambio a estaciones de trabajo remotas

Se supone que ejecutar aplicaciones desde un servidor remoto es exactamente como usar una computadora de escritorio. El objetivo es la familiaridad. Si la interfaz imita el sistema operativo que ya conoce, la adopción es instantánea. Cuando hace clic en un icono, su máquina envía una solicitud a un nodo de control. Este servidor central actúa como policía de tráfico. Enruta su conexión al servidor de aplicaciones o base de datos específicos donde reside la herramienta. Básicamente, estás descargando capacidad de almacenamiento y procesamiento a una red remota.

Este es el principal argumento de venta para muchos. Deja de preocuparse por las actualizaciones de hardware cada pocos años. Siempre que su dispositivo actual pueda ejecutar un navegador o software cliente, estará listo. No es necesario comprar una PC nueva solo para ejecutar la última versión de su paquete de productividad. La carga de la funcionalidad pasa al proveedor. Si no te entregan, te vas.

Sincronización de datos multiplataforma

Compartir datos entre dispositivos dispares es otra ventaja importante. Digamos que tienes una Mac y una PC. Mantener los archivos sincronizados suele ser complicado. Incluso con formatos compatibles, terminarás con copias duplicadas. ¿Editar uno? El otro se queda estancado. Un sistema operativo web crea una copia única y remota del archivo. Utiliza cualquier computadora para acceder, modificar y guardar en esa única fuente. Sólo funciona si el sistema operativo web es multiplataforma. Pero si es compatible tanto con Mac como con PC, puedes trabajar en el mismo archivo desde cualquiera de las máquinas.

La colaboración también se vuelve más sencilla. La mayoría de las plataformas de sistemas operativos web permiten a los usuarios compartir archivos directamente. Todos trabajan desde la versión guardada en la red nativa del sistema. Esto supera al antiguo método de enviar por correo electrónico varias versiones y fusionar los cambios manualmente. Está más limpio. Es más rápido.

La brecha de confianza y los riesgos de seguridad

Los sistemas operativos web aún no son tan sólidos como sus homólogos de escritorio. Pero ofrecen suficiente funcionalidad para competir con las suites tradicionales. Si los proveedores pueden cerrar la brecha de funciones y resolver los problemas de seguridad de los datos, podríamos ver un cambio masivo en la infraestructura de la red.

El mayor obstáculo es la confianza. Los usuarios deben entregar datos sensibles a un tercero. Eso es un acto de fe. ¿Puede el proveedor defenderse de los piratas informáticos? Lo mejor para ellos es utilizar seguridad avanzada. A medida que crezca la informática distribuida, se intensificará la batalla entre los piratas informáticos y los especialistas en seguridad.

Preguntas comunes

¿Cuáles son los cinco principales sistemas operativos?
La industria generalmente se centra en cinco actores principales: Apple macOS, Microsoft Windows, el sistema operativo Android de Google, el sistema operativo Linux y Apple iOS.

¿Existen sistemas operativos online completos?
Existen muchos, pero la mayoría están incompletos. Ofrecen funciones básicas como un navegador web. No están diseñados para reemplazar un sistema operativo completo.

El fantasma en la máquina: por qué WebOS nunca existió

Los archivos de 2007 y 2008 están polvorientos, pero contienen el modelo para la era de la nube que ahora damos por sentado. En aquel entonces, la industria estaba obsesionada con un concepto específico, un tanto delirante: el Sistema Operativo Web. No era sólo una palabra de moda; Fue un intento estructural genuino de mover el escritorio al navegador.

La reseña de Emre Sokullu sobre GravityZoo captura la esencia de este extraño y maravilloso momento. Lo llamó “WebOS Jim, pero no como lo conocemos”. Esa frase importa. Sugiere un mimetismo. GravityZoo no sólo se parecía a Windows; Intentó ser Windows, pero en HTTP. Era un sistema operativo que vivía en un servidor remoto y transmitía una experiencia de escritorio a su cliente. Le resultaba familiar porque era necesario. Los usuarios no querían aprender una nueva metáfora. Querían el menú Inicio. Querían la barra de tareas. Querían la ilusión de almacenamiento local, incluso si los archivos fueran solo bits flotando en algún centro de datos.

Luego está YouOS, que abordó el problema desde la dirección opuesta. Su manifiesto no trataba de imitar el escritorio; se trataba de redefinir la interfaz por completo. Hicieron una pregunta simple que todavía atormenta a los diseñadores hoy en día: si el navegador es la nueva computadora, ¿por qué la interfaz de usuario necesita parecerse a un sistema operativo con ventanas?

La crítica de Jeremy Zawodny, “No existe un sistema operativo web”, atravesó el revuelo con precisión quirúrgica. Sostuvo que el término en sí era un error de categoría. Un navegador no es un sistema operativo. Es un contenedor. No se puede crear un sistema operativo sobre una aplicación web porque la aplicación web es la capa de aplicación. Llamarlo sistema operativo era malinterpretar la arquitectura. Pero aquí está el truco: Zawodny tenía razón técnicamente y prácticamente se equivocó.

Por qué falló la definición

La confusión surgió de un malentendido fundamental de lo que hace un sistema operativo. Tradicionalmente, un sistema operativo gestiona el hardware. Habla con la unidad de disco, la RAM y la GPU. Un navegador web gestiona las pestañas. Habla con la red, el DOM, el motor JavaScript.

Cuando GravityZoo o YouOS afirmaron ser un sistema operativo, ofrecían un entorno de escritorio virtualizado. Esta es una distinción crítica. No estaban reemplazando a Windows o Mac OS. Proporcionaban una capa de abstracción que se ubicaba entre el usuario y el sistema operativo local.

Piénselo así:

  • SO tradicional : Acceso directo al hardware. Rendimiento alto. Latencia local.
  • WebOS (concepto 2007) : Acceso indirecto al hardware a través del navegador. Menor rendimiento. Latencia de red.

La etiqueta “WebOS” se quedó porque era pegadiza. Prometió un futuro en el que su computadora sería solo un cliente ligero. Donde tu identidad era tu URL. Donde podrías iniciar sesión en cualquier máquina, en cualquier país, en cualquier cafetería, y encontrar toda tu vida digital esperándote.

El legado del concepto fallido

Entonces, ¿por qué fracasó? ¿Y por qué importa ahora?

Fracasó porque la tecnología no pudo cumplir la promesa. En 2007, transmitir una interfaz de escritorio a través de una conexión de acceso telefónico o de banda ancha temprana era una pesadilla. La latencia acabó con la experiencia. javascript