Una de les millors notícies per a qui comença: encara que triïs AWS, no estàs aprenent només AWS. La majoria del que aprenguis són conceptes universals que existeixen, amb un altre nom, a Azure, Google Cloud i qualsevol altra núvol. Aquest subcapítol et dona aquest «mapa de traducció» perquè el teu coneixement sigui portable.

La idea central: mateixos conceptes, noms diferents

Els núvols resolen els mateixos problemes, així que ofereixen els mateixos tipus de serveis. El que canvia és el nom comercial i algun detall. Si entens el concepte, el nom és el de menys.

Analogia: «Refresc de cola» és un concepte. Coca-Cola i Pepsi són marques diferents del mateix concepte. Aprendre què és un refresc de cola et serveix per reconèixer ambdues marques.

Taula d’equivalències (la teva xuleta)

Aquesta taula tradueix els serveis més importants entre els tres grans. Et serà útil durant tot el llibre i tota la teva carrera:

Concepte AWS Azure Google Cloud
Servidor virtual EC2 Virtual Machines Compute Engine
Emmagatzematge d’objectes S3 Blob Storage Cloud Storage
Xarxa virtual privada VPC Virtual Network (VNet) VPC
Funcions serverless Lambda Azure Functions Cloud Functions
Base de dades relacional gestionada RDS Azure SQL Database Cloud SQL
Base de dades NoSQL DynamoDB Cosmos DB Firestore / Bigtable
Contenidors gestionats (Kubernetes) EKS AKS GKE
Gestió d’identitat i permisos IAM Entra ID / RBAC Cloud IAM
Balancejador de càrrega ELB Load Balancer Cloud Load Balancing
CDN (xarxa de lliurament de contingut) CloudFront Front Door / CDN Cloud CDN
Cua de missatges SQS Service Bus / Queue Pub/Sub
Monitorització CloudWatch Monitor Cloud Monitoring

No cal memoritzar-la ara. Torna-hi quan la necessitis.

Conceptes universals (no només noms de serveis)

Més enllà dels noms, hi ha idees fonamentals que són idèntiques a tots els núvols. Aquestes són les que realment importa entendre:

  1. Regions i zones de disponibilitat

Tots els núvols divideixen el món en regions geogràfiques, i cada regió en zones independents per tolerar fallades. Ho veurem al Capítol 3. AWS les anomena Regions i Availability Zones; Azure i GCP fan servir noms gairebé idèntics.

  1. El model de responsabilitat compartida

A tots els núvols, el proveïdor protegeix la infraestructura i tu protegeixes el que hi poses a sobre (les teves dades, les teves configuracions, els teus permisos). Ho veurem a fons al Capítol 7 i la Part VI. Aquest repartiment de responsabilitats és idèntic a tots els proveïdors.

  1. Identitat i permisos (mínim privilegi)

Tots fan servir el principi de donar només els permisos necessaris a cada usuari o servei. El servei s’anomena diferent (IAM, Entra ID, Cloud IAM) però la filosofia és la mateixa.

  1. Pagament per ús i elasticitat

Els cinc pilars NIST del Capítol 1 s’apliquen a tots els núvols per igual.

  1. Infraestructura com a Codi

Pots definir la teva infraestructura en fitxers de text a qualsevol núvol. I aquí Terraform brilla: amb un mateix llenguatge gestiones AWS, Azure o GCP. Això és el que fa que el teu aprenentatge de Terraform (Part III) sigui totalment portable entre proveïdors.

Per què això et beneficia

  • El teu aprenentatge no caduca: si demà canvies de feina i fan servir Azure, ja coneixes el 80 % dels conceptes. Només hauràs d’aprendre els noms nous.
  • Entens el "per què", no només el "com": memoritzar clics s’oblida; entendre conceptes es queda.
  • Prens millors decisions: reconeixes patrons comuns i saps què buscar a qualsevol proveïdor.

Exemple real: Una enginyera aprèn AWS a fons. Canvia a una empresa que fa servir GCP. A la seva primera setmana ja és productiva, perquè «Compute Engine és com EC2», «Cloud Storage és com S3» i «Cloud IAM és com IAM». Només va haver d’ajustar noms i detalls, no reaprendre des de zero.

El que has de recordar

  • Els núvols ofereixen els mateixos conceptes amb noms diferents; la taula d’equivalències és la teva xuleta.
  • El que realment importa són els conceptes universals: regions i zones, responsabilitat compartida, identitat i mínim privilegi, pagament per ús i elasticitat, i Infraestructura com a Codi.
  • Aprendre AWS a fons et dona una base que es transfereix a qualsevol altre núvol.
  • Terraform porta aquesta portabilitat al màxim: un llenguatge per governar qualsevol proveïdor.

Amb això tanquem el Capítol 2. Al Capítol 3 entrarem en un d’aquests conceptes universals clau: regions, zones de disponibilitat i edge locations, la base de la disponibilitat global i la resiliència.

Cloud, AWS & Terraform — De zero a expert

Capítol 1 · Què és el cloud computing

Capítol 2 · El mercat cloud i els grans proveïdors

Capítol 3 · Regions, zones de disponibilitat i edge

Capítol 4 · Càlcul: EC2

Capítol 5 · Emmagatzematge: S3

Capítol 6 · Xarxes: VPC

Capítol 7 · Identitat i accés: IAM

Capítol 8 · Bases de dades gestionades

Capítol 9 · Per què Infraestructura com a Codi

Capítol 10 · HCL: el llenguatge de Terraform

Capítol 11 · Providers i estat

Capítol 12 · La teva primera infraestructura real amb Terraform

Capítol 13 · Balanceig de càrrega i autoescalat

Capítol 14 · Serverless amb Lambda

Capítol 15 · Missatgeria i esdeveniments

Capítol 16 · Lliurament de contingut i DNS

Capítol 17 · Contenidors a AWS

Capítol 18 · Mòduls: reutilització i composició

Capítol 19 · Workspaces i gestió d'entorns

Capítol 20 · Backends remots i locking

Capítol 21 · Testing d'infraestructura

Capítol 22 · Terraform en CI/CD

Capítol 23 · Seguretat en profunditat

Capítol 24 · Observabilitat: logs, mètriques i traces

Capítol 25 · Optimització de costos

Capítol 26 · Alta disponibilitat i disaster recovery

Capítol 27 · Well-Architected Framework d'AWS

Capítol 28 · Arquitectures serverless a escala

Capítol 29 · Plataformes de dades a AWS

Capítol 30 · Multi-compte i landing zones

Capítol 31 · Platform Engineering i Internal Developer Platform

Capítol 32 · Certificacions AWS rellevants

Capítol 33 · Projectes per consolidar el que s'ha après

Capítol 34 · Recursos i comunitat

© Copyright 2024. Tots els drets reservats