Qué es cloud cuando sacamos el marketing
Cloud no significa «una computadora ajena». Es una forma de pedir capacidad bajo demanda, medirla y devolverla sin comprar infraestructura. IaaS, PaaS, SaaS y serverless cambian quién opera cada capa.
Datos de proveedores verificados contra la documentación oficial el 15 de sept de 2026.
Una máquina virtual en una nube y un servidor alquilado pueden usar el mismo procesador, el mismo Linux y hasta el mismo datacenter. La diferencia no está en la máquina: está en cómo se obtiene, se cambia, se mide y se descarta. Si tarda tres semanas en llegar y se paga aunque esté apagada, no se volvió cloud porque alguien le puso un portal adelante.
Los cinco rasgos que importan
La definición clásica de NIST evita nombrar proveedores y describe cinco propiedades. Juntas separan cloud de un hosting tradicional:
Una infraestructura se comporta como cloud cuando
- Se pide bajo demanda. Un equipo puede crear capacidad sin abrir un ticket para que una persona conecte un servidor.
- Se accede por red. La capacidad se consume mediante protocolos y APIs conocidos.
- El proveedor agrupa recursos. El hardware se comparte y asigna dinámicamente sin que el cliente tenga que elegir una máquina física concreta.
- Crece y baja rápido. La capacidad puede acompañar la demanda; desde afuera puede parecer prácticamente ilimitada.
- Se mide. Cómputo, almacenamiento y transferencia dejan registros de consumo que permiten cobrar, limitar y optimizar.
La misma aplicación, cuatro niveles de control
Imaginá una API que recibe fotos, guarda sus metadatos y genera miniaturas. La aplicación es la misma; lo que cambia entre modelos es cuánto opera tu equipo.
| Modelo | Vos administrás | El proveedor administra | Ejemplo |
|---|---|---|---|
| IaaS | Sistema operativo, runtime, aplicación y datos | Datacenter, red física, servidores y virtualización | Una VM con Linux |
| PaaS | Código, configuración y datos | Sistema operativo, runtime, despliegue y escalado de la plataforma | Una plataforma de aplicaciones |
| Serverless | Función o contenedor, configuración y datos | Capacidad, instancias y escalado; a veces también el runtime | Una función por evento |
| SaaS | Usuarios, permisos, configuración y datos cargados | La aplicación completa y toda su infraestructura | Correo o CRM |
Antes de seguir, predecí
Serverless todavía usa servidores
Serverless no elimina servidores: elimina la necesidad de elegirlos y mantenerlos. El proveedor decide cuántas instancias hacen falta, las reemplaza y cobra con una unidad más cercana al trabajo —pedidos, tiempo de ejecución o capacidad consumida— que a una máquina mensual.
Eso sirve para APIs con tráfico variable, eventos y tareas cortas. No garantiza menor costo ni menos complejidad. Una carga constante puede salir más barata en capacidad reservada; una función puede tener límites de duración, arranques en frío y una forma particular de observarse.
Un mapa para traducir entre proveedores
Los catálogos usan nombres distintos para capacidades parecidas. Esta tabla no dice que los servicios sean idénticos: sirve para encontrar la familia correcta y recién después comparar límites, red, disponibilidad y precio. Los nombres se contrastaron con los catálogos oficiales de AWS, Google Cloud y Azure.
| Necesidad | AWS | Google Cloud | Azure |
|---|---|---|---|
| Máquinas virtuales | Amazon EC2 | Compute Engine | Azure Virtual Machines |
| Kubernetes gestionado | Amazon EKS | Google Kubernetes Engine | Azure Kubernetes Service |
| Contenedores administrados | Amazon ECS con Fargate | Cloud Run | Azure Container Apps |
| Funciones por evento | AWS Lambda | Cloud Run functions | Azure Functions |
| Objetos | Amazon S3 | Cloud Storage | Blob Storage |
| SQL gestionado | Amazon RDS | Cloud SQL | Azure SQL Database |
| Mensajes y eventos | SQS, SNS y EventBridge | Pub/Sub y Eventarc | Service Bus y Event Grid |
| Identidad y permisos | AWS IAM | Cloud IAM | Microsoft Entra ID y Azure RBAC |
| Métricas y logs | Amazon CloudWatch | Cloud Monitoring y Logging | Azure Monitor |
Elegir desde la restricción, no desde el logo
La pregunta útil no es «¿qué servicio es mejor?», sino «¿qué parte de esta carga no quiero operar y qué restricción no puedo negociar?»:
- Si necesitás un sistema operativo particular, un driver o acceso de bajo nivel, empezá por IaaS.
- Si la aplicación entra en el contrato de una plataforma administrada, PaaS suele sacar trabajo indiferenciado de despliegue, parches y escalado.
- Si el trabajo nace de eventos y varía mucho, evaluá serverless con sus límites y su costo real.
- Si el problema ya está resuelto por un producto, compará SaaS antes de construir y operar otro.
Lo que preguntan sobre esto
Cierre
Autoevaluación
¿Lo entendiste?
Práctica