Cuando decimos «la nube», en realidad hay varias nubes que compiten entre sí. Las tres más grandes son AWS, Azure y Google Cloud. Conocerlas te ayuda a entender el mercado y a tomar buenas decisiones profesionales. Vamos a verlas sin marketing, con datos y diferencias reales.

Los tres grandes (los «hyperscalers»)

A los proveedores con datacenters por todo el mundo y un catálogo enorme de servicios se les llama hyperscalers. Hay tres dominantes:

AWS — Amazon Web Services

  • Quién: la división de nube de Amazon.
  • Lanzamiento: 2006. Fue el primero en ofrecer nube pública moderna.
  • Posición: líder del mercado, el más maduro y con el catálogo de servicios más amplio.
  • Curiosidad: nació porque Amazon necesitaba gestionar su propia infraestructura para las navidades y decidió alquilar esa capacidad sobrante a terceros.

Microsoft Azure

  • Quién: la nube de Microsoft.
  • Lanzamiento: 2010.
  • Punto fuerte: integración con el mundo Microsoft (Windows Server, Active Directory, Office 365, .NET). Muy presente en grandes empresas que ya usaban software de Microsoft.

Google Cloud Platform (GCP)

  • Quién: la nube de Google.
  • Lanzamiento: 2011 (como plataforma general).
  • Punto fuerte: datos, análisis, machine learning y Kubernetes (que Google inventó). Muy querido por equipos de datos e ingeniería.

Cuotas de mercado (orden de magnitud)

Las cifras exactas cambian cada trimestre, pero el orden se mantiene estable desde hace años:

Proveedor Cuota aproximada Posición
AWS ~30-32 % 1.º (líder)
Azure ~23-25 % 2.º
Google Cloud ~10-12 % 3.º
Otros (Alibaba, Oracle, IBM…) El resto

No memorices los números exactos, cambian. Lo importante es el patrón: AWS lidera, Azure le sigue de cerca y GCP es un tercero sólido. Juntos dominan la mayor parte del mercado.

Diferencias prácticas (sin entrar en lo técnico)

Aunque los tres hacen «lo mismo» a alto nivel (servidores, almacenamiento, bases de datos…), tienen personalidades distintas:

Aspecto AWS Azure GCP
Amplitud de catálogo La más grande Muy amplia Amplia
Madurez La mayor Alta Alta
Ecosistema natural Cualquier empresa Empresas Microsoft Empresas de datos/startups técnicas
Punto fuerte percibido Todo en general Integración corporativa Datos, IA, Kubernetes
Demanda laboral La más alta Muy alta Alta

Un detalle que confunde a los principiantes: cada proveedor llama distinto a lo mismo. Por ejemplo, un servidor virtual se llama:

  • EC2 en AWS.
  • Virtual Machines en Azure.
  • Compute Engine en GCP.

El concepto es idéntico; solo cambia el nombre comercial. Veremos esto en el subcapítulo 2.3.

¿Hay que casarse con uno solo?

No necesariamente. Existen estrategias:

  • Mono-cloud: usar un único proveedor. Más simple, más fácil de dominar. Es lo más común y lo recomendable al empezar.
  • Multi-cloud: usar varios proveedores a la vez. Aporta flexibilidad y evita depender de uno solo, pero multiplica la complejidad. Suelen hacerlo grandes organizaciones con razones concretas.

Aquí aparece el concepto de vendor lock-in (dependencia del proveedor): cuanto más uses servicios propios y exclusivos de un proveedor, más difícil será cambiarte después. No es ni bueno ni malo en sí; es algo a tener en cuenta. Herramientas como Terraform (que veremos en la Parte III) ayudan precisamente a no atarte tanto, porque permiten gestionar varios proveedores con un lenguaje común.

Lo que debes recordar

  • Los tres grandes proveedores de nube («hyperscalers») son AWS, Azure y Google Cloud.
  • AWS lidera, Azure es segundo (fuerte en mundo Microsoft) y GCP tercero (fuerte en datos e IA).
  • Hacen lo mismo a alto nivel, pero cada uno llama distinto a los servicios y tiene su personalidad.
  • Puedes usar uno (mono-cloud, recomendado al empezar) o varios (multi-cloud, más complejo).
  • El vendor lock-in es la dependencia que generas al usar servicios exclusivos de un proveedor.

En el siguiente subcapítulo explicaremos por qué en este libro aprenderemos AWS primero.

Cloud, AWS & Terraform — De cero a experto

Capítulo 1 · Qué es el cloud computing

Capítulo 2 · El mercado cloud y los grandes proveedores

Capítulo 3 · Regiones, zonas de disponibilidad y edge

Capítulo 4 · Cómputo: EC2

Capítulo 5 · Almacenamiento: S3

Capítulo 6 · Redes: VPC

Capítulo 7 · Identidad y acceso: IAM

Capítulo 8 · Bases de datos gestionadas

Capítulo 9 · Por qué Infraestructura como Código

Capítulo 10 · HCL: el lenguaje de Terraform

Capítulo 11 · Providers y estado

Capítulo 12 · Tu primera infraestructura real en Terraform

Capítulo 13 · Balanceo de carga y autoescalado

Capítulo 14 · Serverless con Lambda

Capítulo 15 · Mensajería y eventos

Capítulo 16 · Entrega de contenido y DNS

Capítulo 17 · Contenedores en AWS

Capítulo 18 · Módulos: reutilización y composición

Capítulo 19 · Workspaces y gestión de entornos

Capítulo 20 · Backends remotos y locking

Capítulo 21 · Testing de infraestructura

Capítulo 22 · Terraform en CI/CD

Capítulo 23 · Seguridad en profundidad

Capítulo 24 · Observabilidad: logs, métricas y trazas

Capítulo 25 · Optimización de costes

Capítulo 26 · Alta disponibilidad y disaster recovery

Capítulo 27 · Well-Architected Framework de AWS

Capítulo 28 · Arquitecturas serverless a escala

Capítulo 29 · Plataformas de datos en AWS

Capítulo 30 · Multi-cuenta y landing zones

Capítulo 31 · Platform Engineering e Internal Developer Platform

Capítulo 32 · Certificaciones AWS relevantes

Capítulo 33 · Proyectos para consolidar lo aprendido

Capítulo 34 · Recursos y comunidad

© Copyright 2024. Todos los derechos reservados