Software como servicio (SaaS)

Ya usaste SaaS hoy

No instalaste un servidor de correo esta mañana. No parchaste un sistema operativo, no aprovisionaste una máquina virtual, ni escribiste una línea de código. Escribiste una contraseña en un navegador, y tu bandeja de entrada ya estaba ahí, corriendo en hardware que nunca has visto, mantenido por un equipo que nunca has conocido. Eso es Software como Servicio, y a diferencia de las últimas 2 lecciones, casi seguro lo usaste antes de terminar el desayuno.

La definición del NIST, en la práctica

El NIST define SaaS como la capacidad de "usar las aplicaciones del proveedor corriendo sobre una infraestructura de nube", a las que se accede "a través de un cliente delgado, como un navegador web... o una interfaz de programa". El consumidor no administra ni controla la infraestructura de nube subyacente, incluyendo red, servidores, sistemas operativos, almacenamiento, ni siquiera capacidades individuales de la aplicación, salvo por una posible excepción de ajustes de configuración limitados específicos del usuario.

Esa excepción está haciendo trabajo real en la frase. No puedes instalar un plugin en los servidores de Gmail ni cambiar en qué lenguaje está escrito Salesforce. Sí puedes armar un filtro de correo o personalizar un dashboard de Salesforce. La aplicación misma, y todo lo que hay debajo, le pertenece por completo al proveedor.

Quién administra qué, completo

Los datos y tu propia configuración son la única fila que nunca se mueve. Cada otra capa termina cruzando al proveedor para cuando llegas a SaaS.

Multiinquilinancia: la arquitectura que hace esto costeable

Un proveedor de SaaS no corre una copia separada de Gmail para cada uno de sus miles de millones de usuarios. Gartner describe la multiinquilinancia como software donde una sola instancia sirve a múltiples clientes, aislados lógicamente entre sí pero compartiendo físicamente la misma infraestructura por debajo. Tu bandeja de entrada y la de un desconocido corren en la misma instancia de la aplicación, los mismos servidores, con el software del proveedor garantizando que ninguno de los 2 puede ver los datos del otro.

Ese compartir es exactamente lo que hace funcionar el precio de SaaS. Repartir una instancia de la aplicación entre millones de inquilinos es dramáticamente más barato por cliente que correr una copia dedicada para cada uno, la razón por la que una suscripción SaaS suele costar una fracción pequeña de lo que costaría construir y alojar tú mismo la misma aplicación.

Productos reales, por categoría

El error de concepto: una suscripción no es lo mismo que SaaS

Es tentador llamar "SaaS" a cualquier cosa facturada mensualmente. No lo es. Una aplicación instalada en tu propia laptop, que tú mismo mantienes actualizada, no se vuelve SaaS solo porque su licencia se renueve cada mes. La prueba no es el modelo de facturación, es quién la corre y dónde. Si el proveedor aloja, parcha y opera la aplicación sobre infraestructura que tú nunca tocas, y llegas a ella por navegador o API, es SaaS. Si tú la instalaste y tú eres quien aplica sus actualizaciones, no lo es, sin importar cómo llegue la factura.

Dónde te deja esto

SaaS es el final del traspaso que empezó con IaaS: el proveedor ahora corre el sistema operativo, el runtime, y la aplicación misma, y lo único que queda de tu lado de la línea son tus datos y tu propia configuración. Ya conociste los 3 modelos de servicio por separado. La siguiente lección los pone lado a lado y te da el límite que un examen realmente prueba: no qué es cada uno, sino cuál está describiendo un escenario.