Paradigmas de computación distribuida y cloud: IaaS, PaaS, SaaS y tipos de nube

La computación distribuida consiste en repartir procesamiento, almacenamiento o ambos entre varios sistemas conectados por una red. Ese principio está detrás de arquitecturas como los clústeres, las redes peer-to-peer, el edge computing y la computación en la nube.

El cloud computing añade una capa de automatización y consumo bajo demanda: los recursos pueden aprovisionarse rápidamente, crecer o reducirse según la carga y medirse para controlar su utilización. Entender esta relación permite distinguir qué aporta realmente la nube y cuándo conviene elegir IaaS, PaaS, SaaS o un despliegue público, privado o híbrido.

Principales paradigmas de computación distribuida

No existe un único modelo de sistema distribuido:

• Cliente-servidor: varios clientes consumen recursos proporcionados por uno o más servidores.
• Clúster: varios nodos trabajan coordinadamente y suelen comportarse como un único sistema lógico. Se usa para alta disponibilidad, cálculo intensivo o balanceo de carga.
• Grid computing: agrupa recursos distribuidos y a menudo heterogéneos para ejecutar trabajos de gran tamaño.
• Peer-to-peer (P2P): los nodos pueden actuar como clientes y servidores, reduciendo la dependencia de un punto central.
• Edge y fog computing: acercan procesamiento y almacenamiento al lugar donde se generan los datos, reduciendo latencia y tráfico.
• Cloud computing: abstrae la infraestructura y ofrece recursos compartidos de forma elástica y bajo demanda.

Estos modelos pueden combinarse. Una aplicación cloud puede ejecutarse en varios centros de datos y procesar parte de la información en el edge.

Qué caracteriza realmente al cloud computing

La definición del NIST SP 800-145 identifica cinco características esenciales: autoservicio bajo demanda, acceso amplio mediante red, agrupación de recursos, elasticidad rápida y servicio medido. No basta, por tanto, con alojar un servidor fuera de la empresa para hablar estrictamente de cloud.

La normalización internacional mantiene esta idea. La ISO/IEC 22123-1:2023 define el cloud alrededor de recursos físicos o virtuales compartibles, escalabilidad, elasticidad y autoservicio.

La virtualización suele ser fundamental, pero no define por sí sola una nube. Un centro de datos puede estar virtualizado y seguir necesitando que un administrador cree manualmente cada recurso.

IaaS, PaaS y SaaS: qué gestiona cada uno

Los tres modelos tradicionales se distinguen principalmente por qué capas administra el proveedor y cuáles siguen siendo responsabilidad del cliente.

IaaS: Infrastructure as a Service

En IaaS se consumen recursos básicos: máquinas virtuales, redes, almacenamiento o balanceadores. El proveedor administra la infraestructura física y la virtualización; el cliente mantiene el control sobre sistemas operativos, aplicaciones y buena parte de la configuración.

Es adecuado cuando se necesita flexibilidad, compatibilidad con software existente o una arquitectura muy personalizada. A cambio, exige más administración técnica.

PaaS: Platform as a Service

PaaS añade una plataforma gestionada para ejecutar aplicaciones. El proveedor se ocupa también de elementos como sistema operativo, runtime, middleware o determinados servicios de base de datos.

El equipo de desarrollo puede centrarse en código y datos, reduciendo tareas de mantenimiento. La contrapartida es una menor capacidad de personalización y una mayor dependencia de las APIs y servicios de la plataforma.

SaaS: Software as a Service

SaaS entrega directamente una aplicación terminada, normalmente accesible mediante navegador o cliente. El proveedor opera prácticamente toda la pila tecnológica y el usuario configura el servicio dentro de las opciones disponibles.

Correo electrónico, colaboración, CRM o gestión empresarial son ejemplos habituales. Es el modelo con menor carga operativa para el cliente, pero también el que ofrece menos control sobre la infraestructura.

En este artículo de Tecnoic tenéis disponible una guía específica sobre IaaS, PaaS, SaaS y tipos de nube con ejemplos adicionales.

Nube pública, privada e híbrida

El modelo de servicio no debe confundirse con el modelo de despliegue.

Una nube pública es una infraestructura cloud ofrecida a múltiples clientes por un proveedor. Que sea pública no significa que los datos sean públicos: los clientes deben estar lógicamente aislados.

Una nube privada se dedica en exclusiva a una organización. Puede estar en sus propios centros de datos o ser operada por un tercero. Ofrece más control, aunque normalmente exige más inversión y operación.

Una nube híbrida combina dos o más infraestructuras cloud diferenciadas, por ejemplo una privada y una pública, conectadas de forma que permitan mover datos o cargas entre ellas. NIST considera esa integración una característica esencial del modelo híbrido.

Por tanto, mantener servidores locales y contratar además un SaaS no convierte automáticamente la arquitectura en híbrida.

Cómo elegir el modelo adecuado

La decisión debe partir del grado de control, elasticidad y responsabilidad operativa que necesita cada carga.

IaaS suele encajar con sistemas heredados, arquitecturas personalizadas o migraciones donde interesa conservar control. PaaS acelera el desarrollo y reduce tareas de plataforma. SaaS es preferible cuando la funcionalidad ya existe como producto maduro y no aporta valor operar la infraestructura internamente.

En el despliegue, la nube pública destaca por elasticidad y rapidez; la privada puede ser adecuada cuando existen requisitos específicos de control; y la híbrida permite combinar ambos enfoques, aunque añade complejidad de redes, identidades, observabilidad y gobierno.

En el sector público español hay además requisitos específicos. El Esquema Nacional de Seguridad, regulado por el Real Decreto 311/2022, incluye medidas para servicios cloud y distingue expresamente SaaS, PaaS e IaaS, con requisitos que aumentan según la categoría del sistema.

Cloud no significa externalizar todas las responsabilidades

Contratar cloud no elimina la necesidad de administrar seguridad, costes o disponibilidad. Lo que cambia es el reparto de responsabilidades.

Cuanto más se avanza desde IaaS hacia SaaS, más capas técnicas gestiona el proveedor, pero el cliente sigue ocupándose de aspectos como usuarios, permisos, clasificación de datos, configuración y cumplimiento normativo.

Por eso, una estrategia cloud sólida debe analizar arquitectura, seguridad, portabilidad, dependencia del proveedor, recuperación ante desastres y coste total. La elección correcta no consiste en usar siempre más nube, sino en seleccionar el modelo que encaje con cada necesidad.

¿En tu organización predomina todavía la infraestructura propia o ya se está avanzando hacia un modelo público, privado o híbrido?