Benvingut a la Part II, on deixem la teoria i comencem a fer servir AWS de veritat. Comencem amb el servei més fonamental: EC2, el còmput. I dins d’EC2, el primer que necessites dominar són les instàncies: què són, quins tipus hi ha i quina triar.

Què és EC2 i què és una instància

EC2 significa Elastic Compute Cloud. És el servei d’AWS per llogar servidors virtuals. Cada un d’aquests servidors s’anomena instància.

Recorda el Capítol 1: EC2 és l’exemple clàssic d’IaaS (Infraestructura com a Servei). AWS et dona un ordinador virtual; tu instal·les i gestiones el sistema operatiu i el teu programari a sobre.

Analogia: Una instància EC2 és com llogar un ordinador per hores en un centre de dades remot, però sense tocar res físic. Tries quanta potència vols, l’engegues en 2 minuts i comences a fer-lo servir per SSH (Linux) o Escriptori Remot (Windows).

La idea de la virtualització

Un servidor físic molt potent es pot «trossejar» en molts servidors virtuals independents mitjançant virtualització. Cada tros (cada instància) creu que és un ordinador complet, però comparteix el maquinari físic amb altres instàncies, aïllades entre si.

Això és el que permet el resource pooling del Capítol 1: AWS té servidors físics enormes i et lloga just la porció que necessites.

Tipus d’instància: la «mida» i l’«especialitat»

Aquí ve la part que confon als principiants. AWS ofereix centenars de tipus d’instància amb noms com t3.micro, m5.large, c6g.xlarge… Sembla un galimaties, però segueixen una lògica clara.

Cada instància es defineix per dues coses:

  1. Família: per a què està optimitzada (CPU, memòria, etc.).
  2. Mida: quanta potència té.

Anatomia del nom

Prenem m5.large com a exemple:

m        5        .large
│        │          │
│        │          └── mida (quanta potència)
│        └── generació (la 5a, més nova = millor)
└── família (m = propòsit general)
  • m → família (propòsit general).
  • 5 → generació (a major número, maquinari més modern i eficient).
  • large → mida (quantitat de CPU i memòria).

Les famílies principals

Cada família està pensada per a un tipus de feina. Aquestes són les que més faràs servir:

Família Lletra típica Optimitzada per a Exemple d’ús
Propòsit general t, m Equilibri CPU/memòria Webs, apps petites, entorns de prova
Optimitzada per a còmput c Molta CPU Processament intensiu, videojocs, càlculs
Optimitzada per a memòria r, x Molta RAM Bases de dades en memòria, anàlisi de dades grans
Optimitzada per a emmagatzematge i, d Disc ràpid i gran Bases de dades NoSQL, magatzems de dades
Accelerada (GPU) p, g Targetes gràfiques (GPU) Machine learning, renderitzat, IA

Truc per recordar: pensa en les lletres com a inicials en anglès. Compute, RAM (memory), GPU… No és perfecte, però ajuda.

La família «t»: les instàncies econòmiques

Les instàncies de la família t (com t3.micro) són especials i molt populars per començar:

  • Són barates i aptes per a la capa gratuïta d’AWS (ideals per aprendre).
  • Funcionen amb un sistema de crèdits de CPU: rendeixen poc de forma constant, però poden donar «ràfegues» de potència quan ho necessiten puntualment.
  • Perfectes per a webs petites, blogs o entorns de proves amb trànsit irregular.

Compte: no són bones per a càrregues que necessiten CPU alta de forma constant, perquè es queden sense crèdits. Per això, millor una família c o m.

Com triar: una guia pràctica

No t’atabalis amb els centenars de tipus. Segueix aquest raonament:

  1. Què necessita més la meva aplicació, CPU o memòria?
    • Equilibrat o no estic segur → m (o t si és petita).
    • Molta CPU → c.
    • Molta RAM → r.
    • GPU per IA/gràfics → g o p.
  2. Quanta potència? Comença petit (large o fins i tot micro) i puja si cal. És trivial canviar de mida després.
  3. Fes servir sempre la generació més recent disponible: sol donar més rendiment pel mateix preu.

Regla d’or: Comença petit i mesura. És molt més fàcil (i barat) fer créixer una instància que pagar de més «per si de cas». Veurem com detectar el sobredimensionament al Capítol 25 (optimització de costos).

Exemple real: Un equip llança una web nova amb una t3.micro (gairebé gratis). Quan creix el trànsit, veuen que la CPU se satura i migren a una m5.large. Quan descobreixen que el seu processament d’imatges necessita molta CPU, mouen aquesta part concreta a una c6.xlarge. Cada peça fa servir la família que millor li encaixa.

El que has de recordar

  • EC2 lloga servidors virtuals anomenats instàncies (és IaaS pur).
  • El nom d’una instància (m5.large) codifica família + generació + mida.
  • Les famílies s’optimitzen per a diferents feines: t/m (general), c (CPU), r (memòria), i (emmagatzematge), g/p (GPU).
  • La família t és barata i ideal per aprendre (capa gratuïta), però no per a CPU constant.
  • Comença petit, mesura i escala. Canviar de mida després és fàcil.

Al següent subcapítol veurem tres peces que acompanyen sempre una instància: les AMIs (la plantilla del disc), les key pairs (com hi entres de forma segura) i els Security Groups (el tallafoc).

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