Ir al contenido

Conceptos

12.1 Cloud Computing: Conceptos Fundamentales

Sección titulada «12.1 Cloud Computing: Conceptos Fundamentales»

El Cloud Computing ha transformado radicalmente la forma en la que se diseñan, despliegan y operan infraestructuras IT. Frente al modelo tradicional basado en hardware físico y centros de datos propios, el cloud introduce un paradigma donde los recursos son elásticos, bajo demanda y gestionados como servicio.

Para un Sysadmin moderno, comprender el cloud no es opcional. Es el entorno en el que viven hoy la mayoría de cargas de trabajo, y exige un cambio de mentalidad: de administrar servidores individuales a diseñar arquitecturas resilientes, escalables y declarativas.


Al finalizar este capítulo serás capaz de:

  • Comprender qué es el Cloud Computing y sus principales características.
  • Diferenciar los modelos de servicio (IaaS, PaaS, SaaS).
  • Entender el concepto de regiones y zonas de disponibilidad.
  • Aplicar el modelo de responsabilidad compartida.
  • Identificar ventajas y limitaciones del cloud frente a entornos tradicionales.

El Cloud Computing es un modelo que permite acceder a recursos informáticos (computación, almacenamiento, red) a través de internet, bajo demanda y con pago por uso.

Características clave:

  • Elasticidad → capacidad de escalar recursos dinámicamente
  • On-demand → provisión inmediata
  • Pago por consumo → modelo OpEx
  • Accesibilidad global → disponible desde cualquier ubicación

En cloud no compras servidores; consumes capacidad cuando la necesitas.


El cloud se divide en tres modelos principales:

El proveedor ofrece infraestructura básica:

  • máquinas virtuales
  • almacenamiento
  • redes

El Sysadmin es responsable de:

  • sistema operativo
  • configuración
  • seguridad a nivel de host

Ejemplos:

  • AWS EC2
  • Azure Virtual Machines

Se abstrae el sistema operativo:

  • el proveedor gestiona el runtime
  • el usuario despliega aplicaciones

El Sysadmin gestiona:

  • configuración de la app
  • dependencias

Ejemplos:

  • Heroku
  • Azure App Service

Aplicaciones listas para usar:

  • el proveedor gestiona todo

Ejemplos:

  • Microsoft 365
  • Google Workspace

A mayor nivel de servicio (SaaS), menor control, pero también menor carga operativa.


El cloud está estructurado en:

Ubicaciones geográficas independientes:

  • Europa
  • Estados Unidos
  • Asia

Centros de datos aislados dentro de una región:

  • independientes físicamente
  • conectados con baja latencia

Ejemplo típico:

eu-west-1a
eu-west-1b
eu-west-1c

Diseñar sistemas en múltiples zonas evita caída total ante fallos de un data center.


Uno de los conceptos más importantes en cloud.

Divide responsabilidades entre:

  • Proveedor cloud
  • Cliente (Sysadmin/empresa)

Ejemplo en IaaS:

Elemento Responsable
Hardware Proveedor
Red física Proveedor
Sistema operativo Cliente
Aplicaciones Cliente

Muchos incidentes de seguridad en cloud ocurren por no entender este modelo.


  • inversión inicial alta (CapEx)
  • compra de hardware
  • gasto operativo (OpEx)
  • pago por uso

Ventajas:

  • no requiere inversión inicial
  • escalabilidad inmediata

Riesgo:

  • costes descontrolados si no se monitoriza

El cloud permite:

  • aumentar recursos de una máquina
  • añadir más instancias

En cloud, el escalado horizontal es la estrategia predominante.


En entornos cloud, la alta disponibilidad:

  • no es opcional
  • se diseña desde el inicio

Ejemplo:

  • múltiples instancias
  • balanceadores de carga
  • replicación de datos

El cloud favorece la automatización mediante:

  • Terraform
  • Ansible
  • CloudFormation

Permite:

  • reproducibilidad
  • versionado
  • despliegues automatizados

Un equipo necesita desplegar una aplicación web en cloud con alta disponibilidad mínima.

Objetivos:

  • elegir modelo de servicio
  • definir arquitectura básica
  • justificar decisiones

Decisión:

IaaS + balanceador gestionado

Motivo:

  • control sobre el sistema
  • flexibilidad

Arquitectura:

Load Balancer
│
├── VM (AZ1)
└── VM (AZ2)

  • 2 instancias (redundancia)
  • 1 balanceador
  • almacenamiento persistente

Simulación:

  • caída de una VM → servicio sigue activo
  • caída de una AZ → servicio sigue activo

Sistema:

  • resiliente
  • escalable
  • basado en principios cloud

1. Pensar en cloud como “hosting tradicional”

Sección titulada «1. Pensar en cloud como “hosting tradicional”»

Error:

  • tratar instancias como servidores físicos permanentes

Solución:

  • diseñar pensando en reemplazo automático

Error:

  • asumir que el proveedor gestiona seguridad del sistema

Error:

  • usar una sola instancia

Error:

  • dejar recursos activos innecesariamente

Error:

  • configuraciones manuales no reproducibles

Asumir que:

  • instancias fallarán
  • zonas pueden caer

Nada debería crearse manualmente en producción.


Evitar dependencia de un único datacenter.


  • monitorizar uso
  • apagar recursos no críticos

  • segmentación de red
  • mínimos privilegios

No modificar servidores en caliente:

  • destruir y recrear

Integrar:

  • métricas
  • logs
  • alertas

Toda infraestructura debe poder redeplegarse sin efectos secundarios.


Has aprendido los fundamentos del Cloud Computing, incluyendo sus modelos de servicio, arquitectura distribuida y principios de diseño. Este conocimiento es esencial para entender cómo se construyen y operan infraestructuras modernas.

El siguiente paso es trasladar estos conceptos a recursos concretos:

➡️ 12.2 Infraestructura Cloud — despliegue práctico de compute, red y almacenamiento en entornos cloud.