Nube y modelos de servicio¶

Esta mañana seguramente has escuchado una canción en Spotify, has abierto Classroom y has guardado algo en Google Drive. Nada de eso se ejecutaba en tu móvil, no de verdad. ¿Dónde estaba la canción? ¿Dónde están tus deberes ahora mismo? ¿Y quién mantiene encendida a las tres de la madrugada la máquina que los guarda?

La respuesta es «en la nube», y es menos misteriosa de lo que parece. Un hotel de Calvià que recibe diez veces más reservas en agosto que en enero no puede comprar diez servidores para agosto y tirar nueve en septiembre. Alquila. Como desarrollador de DAM, casi todo lo que construyas acabará ejecutándose en el ordenador de otro, así que necesitas saber exactamente qué estás alquilando.

La nube es alquilar a la compañía de suministro¶

La computación en la nube es el acceso bajo demanda, a través de la red, a recursos informáticos (servidores, almacenamiento, bases de datos, aplicaciones) que un proveedor comparte entre muchos clientes, que pueden crecer o reducirse rápidamente y que pagas según el uso.

En el juego de construir ciudades de este módulo, la nube es alquilar el agua y la electricidad a una compañía de suministro en lugar de construir tu propia central. Abres el grifo y pagas la factura. La alternativa se llama on-premise (en local): la empresa compra sus propios servidores y los tiene en su propio edificio.

El instituto de normalización de Estados Unidos, el NIST, escribió la definición que todo el mundo cita (SP 800-145, 2011). Enumera cinco características. Un servicio al que le faltan no es realmente nube:

Volvamos al hotel. On-premise, compra un servidor, lo pone en una sala con aire acondicionado y paga a alguien para que lo cuide: una gran inversión el primer día y, si en agosto se queda corto, mala suerte. En la nube no hay inversión inicial, paga cada mes según el uso y en agosto pide más capacidad.

Tres modelos de servicio: IaaS, PaaS y SaaS¶

Puedes alquilar a tres alturas distintas. Cuanto más subes, más hace el proveedor por ti.

Un modelo de servicio dice qué parte del sistema te da hecha el proveedor y qué parte te queda a ti para gestionar.

• IaaS (Infrastructure as a Service, infraestructura como servicio): alquilas una máquina virtual, un ordenador simulado por software sobre el hardware del proveedor. Es como alquilar un solar vacío con el agua y la luz conectadas: la casa la construyes tú.
• PaaS (Platform as a Service, plataforma como servicio): tú traes tu código y la plataforma lo ejecuta. Como alquilar un piso amueblado: tú traes tus cosas.
• SaaS (Software as a Service, software como servicio): simplemente usas la aplicación. Como alojarte en un hotel.

Quién gestiona qué¶

Apila las capas de cualquier sistema, desde el edificio hasta tus datos. Para cada modelo, marca qué es tarea del cliente (C) y qué es del proveedor (P):

Mira la primera fila. Tus datos son siempre responsabilidad tuya, sea cual sea el modelo. Cuanto más subes, menos administras, pero menos control tienes. Los proveedores lo llaman modelo de responsabilidad compartida.

flowchart LR
    ON["<b>On-premise</b><br>(construir tu propia<br>central)"] --> I["<b>IaaS</b><br>(alquilar el solar<br>con luz)"]
    I --> P["<b>PaaS</b><br>(alquilar un piso<br>amueblado)"]
    P --> S["<b>SaaS</b><br>(alojarte en<br>un hotel)"]

GitHub Pages: una plataforma que puedes usar hoy¶

GitHub Pages es un servicio gratuito de GitHub que publica una web estática (HTML, CSS e imágenes que no cambian según el visitante) directamente desde un repositorio de código.

Pones los archivos en un repositorio; GitHub los guarda, los sirve al mundo y mantiene los servidores en marcha. Nunca ves un servidor. Esa es la definición de PaaS, y lo usarás toda la unidad: en la Entrega 3 tu grupo publica su dosier como una web de GitHub Pages.

Tres datos que debes saber antes de empezar (comprobados el 25 de octubre de 2026 en la documentación de GitHub):

En clase: ¿a qué nivel juega?¶

Parte 1 · Clasifica servicios reales. En la plantilla de Classroom:

Parte 2 · Tu primera web en GitHub Pages.

Si no puedes o no quieres abrir una cuenta de GitHub, haz la página con Google Sites y tu cuenta del instituto, y di en la frase que Google Sites es SaaS, no PaaS. No afecta a tu nota individual: en la entrega, la web es trabajo de grupo.

Entrega en Classroom: la tabla de la parte 1 con sus pruebas, los tres sistemas de tu empresa y el enlace a tu web. Sin IA generativa: esta actividad se evalúa (trabajo de clase, 30 %).

Para tu proyecto¶

Esta lección arranca la Entrega 3 · Arquitectura en la nube, que se entrega el lunes 8 de febrero de 2027 a las 23:59, con las defensas individuales en la sesión 14 de ese mismo día.

Ideas clave¶

• La computación en la nube es alquilar recursos informáticos bajo demanda, a través de la red, compartidos, elásticos y pagados por uso. Funciona en centros de datos reales. Lo contrario es el on-premise.
• IaaS te da máquinas, PaaS te da un lugar donde desplegar tu código, SaaS te da la aplicación terminada.
• Cuanto más alto el modelo, menos administras y menos controlas. Tus datos son siempre responsabilidad tuya (el modelo de responsabilidad compartida).
• Los usuarios finales se encuentran sobre todo con SaaS; los desarrolladores viven sobre todo en PaaS e IaaS.
• GitHub Pages publica una web estática desde un repositorio: un PaaS que puedes usar gratis, con un repositorio público.

Comprobación rápida¶

Ya sabes qué puedes alquilar. Ahora verás de quién es la central, para qué se usa la nube y cuánto sube la factura: Despliegue y funciones.