Una de las mejores noticias para quien empieza: aunque elijas AWS, no estás aprendiendo solo AWS. La mayoría de lo que aprendas son conceptos universales que existen, con otro nombre, en Azure, Google Cloud y cualquier otra nube. Este subcapítulo te da ese «mapa de traducción» para que tu conocimiento sea portable.

La idea central: mismos conceptos, distintos nombres

Las nubes resuelven los mismos problemas, así que ofrecen los mismos tipos de servicios. Lo que cambia es el nombre comercial y algún detalle. Si entiendes el concepto, el nombre es lo de menos.

Analogía: «Refresco de cola» es un concepto. Coca-Cola y Pepsi son marcas distintas del mismo concepto. Aprender qué es un refresco de cola te sirve para reconocer ambas marcas.

Tabla de equivalencias (tu chuleta)

Esta tabla traduce los servicios más importantes entre los tres grandes. Te será útil durante todo el libro y toda tu carrera:

Concepto AWS Azure Google Cloud
Servidor virtual EC2 Virtual Machines Compute Engine
Almacenamiento de objetos S3 Blob Storage Cloud Storage
Red virtual privada VPC Virtual Network (VNet) VPC
Funciones serverless Lambda Azure Functions Cloud Functions
Base de datos relacional gestionada RDS Azure SQL Database Cloud SQL
Base de datos NoSQL DynamoDB Cosmos DB Firestore / Bigtable
Contenedores gestionados (Kubernetes) EKS AKS GKE
Gestión de identidad y permisos IAM Entra ID / RBAC Cloud IAM
Balanceador de carga ELB Load Balancer Cloud Load Balancing
CDN (red de entrega de contenido) CloudFront Front Door / CDN Cloud CDN
Cola de mensajes SQS Service Bus / Queue Pub/Sub
Monitorización CloudWatch Monitor Cloud Monitoring

No hace falta memorizarla ahora. Vuelve a ella cuando la necesites.

Conceptos universales (no solo nombres de servicios)

Más allá de los nombres, hay ideas fundamentales que son idénticas en todas las nubes. Estas son las que de verdad importa entender:

  1. Regiones y zonas de disponibilidad

Todas las nubes dividen el mundo en regiones geográficas, y cada región en zonas independientes para tolerar fallos. Lo veremos en el Capítulo 3. AWS las llama Regions y Availability Zones; Azure y GCP usan nombres casi idénticos.

  1. El modelo de responsabilidad compartida

En todas las nubes, el proveedor protege la infraestructura y tú proteges lo que pones encima (tus datos, tus configuraciones, tus permisos). Lo veremos a fondo en el Capítulo 7 y la Parte VI. Este reparto de responsabilidades es idéntico en todos los proveedores.

  1. Identidad y permisos (mínimo privilegio)

Todas usan el principio de dar solo los permisos necesarios a cada usuario o servicio. El servicio se llama distinto (IAM, Entra ID, Cloud IAM) pero la filosofía es la misma.

  1. Pago por uso y elasticidad

Los cinco pilares NIST del Capítulo 1 aplican a todas las nubes por igual.

  1. Infraestructura como Código

Puedes definir tu infraestructura en archivos de texto en cualquier nube. Y aquí Terraform brilla: con un mismo lenguaje gestionas AWS, Azure o GCP. Esto es lo que hace que tu aprendizaje de Terraform (Parte III) sea totalmente portable entre proveedores.

Por qué esto te beneficia

  • Tu aprendizaje no caduca: si mañana cambias de trabajo y usan Azure, ya conoces el 80 % de los conceptos. Solo tendrás que aprender los nombres nuevos.
  • Entiendes el "porqué", no solo el "cómo": memorizar clics se olvida; entender conceptos se queda.
  • Tomas mejores decisiones: reconoces patrones comunes y sabes qué buscar en cualquier proveedor.

Ejemplo real: Una ingeniera aprende AWS a fondo. Cambia a una empresa que usa GCP. En su primera semana ya es productiva, porque «Compute Engine es como EC2», «Cloud Storage es como S3» y «Cloud IAM es como IAM». Solo tuvo que ajustar nombres y detalles, no reaprender desde cero.

Lo que debes recordar

  • Las nubes ofrecen los mismos conceptos con nombres distintos; la tabla de equivalencias es tu chuleta.
  • Lo verdaderamente importante son los conceptos universales: regiones y zonas, responsabilidad compartida, identidad y mínimo privilegio, pago por uso y elasticidad, e Infraestructura como Código.
  • Aprender AWS a fondo te da una base que se transfiere a cualquier otra nube.
  • Terraform lleva esta portabilidad al máximo: un lenguaje para gobernar cualquier proveedor.

Con esto cerramos el Capítulo 2. En el Capítulo 3 entraremos en uno de esos conceptos universales clave: regiones, zonas de disponibilidad y edge locations, la base de la disponibilidad global y la resiliencia.

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