El rightsizing (subcapítol 25.3) estalvia ajustant la mida dels recursos. Ara veurem una altra palanca d’estalvi molt potent, però per un camí diferent: aconseguir descomptes importants (de fins al 70 %) a canvi de comprometre’t a utilitzar AWS durant un temps. Les dues formes de fer-ho són els Savings Plans i les Reserved Instances. Entendre la diferència et pot estalviar molts diners.

La idea: descompte a canvi de compromís

Per defecte, a AWS pagues sota demanda (on-demand): utilitzes un recurs una hora, pagues aquella hora, sense lligams. És flexible, però és l’opció més cara. AWS t’ofereix un tracte: si et compromets a utilitzar certa quantitat de recursos durant 1 o 3 anys, t’ofereixen un gran descompte (pot arribar al 70 %).

Pagament sota demanda:  100 € (flexible, sense compromís, més car)
Amb compromís:          30-50 € pel mateix  (et compromets 1-3 anys)
                        └─ estalvi de fins al 70 % ─┘

Analogia: és com el abonament del transport públic davant del bitllet senzill. El bitllet senzill (sota demanda) el compres quan vols, sense compromís, però surt car si viatges molt. L’abonament mensual o anual (el compromís) requereix que paguis per avançat un període, però el preu per viatge és molt més barat. Si saps que utilitzaràs el transport de manera constant, l’abonament t’estalvia molt. AWS funciona igual: si saps que utilitzaràs recursos de manera contínua, comprometre’t surt molt a compte.

Això té sentit per AWS (els garanteixes ús estable, poden planificar) i per tu (pagues molt menys pel que igualment anaves a utilitzar).

Quan convé comprometre’s

La clau és la previsibilitat. El compromís convé per la part del teu ús que és estable i constant, aquella «base» que saps que necessitaràs sí o sí durant mesos o anys:

   Ús al llarg del temps:
   ┌──────────────────────────────┐
   │      pics variables          │ ← això, sota demanda (flexible)
   │ ╱╲    ╱╲   ╱╲    ╱╲          │
   │────────────────────────────  │ ← aquesta "base" estable,
   │   ús base constant           │   amb compromís (descompte)
   └──────────────────────────────┘

L’estratègia intel·ligent: cobreix el teu ús base (el que sempre necessites) amb compromisos (descompte), i deixa els pics variables sota demanda (flexibilitat). Així combines estalvi i flexibilitat.

⚠️ El risc del compromís: si et compromets a utilitzar certa quantitat i després no la utilitzes (perquè el teu projecte s’ha reduït o ha canviat), pagues igual (ja t’has compromès). Per això només has de comprometre la part que estiguis segur que utilitzaràs. Per allò incert, millor sota demanda.

Reserved Instances (les clàssiques, més específiques)

Les Reserved Instances (RI) són la forma clàssica de comprometre’s, i són específiques: reserves un tipus concret de recurs (per exemple, «un servidor de tipus X a la regió Y») durant 1 o 3 anys, a canvi del descompte. Com que són específiques, són una mica rígides: el descompte s’aplica a aquell tipus concret.

Reserved Instance: "em comprometo a un servidor tipus 'mitjà'
                    a Europa durant 3 anys"  → gran descompte en AQUEST recurs

Savings Plans (més moderns i flexibles)

Els Savings Plans són l’opció més moderna i flexible. En comptes de comprometre’t a un tipus concret de recurs, et compromets a gastar certa quantitat de diners per hora (per exemple, «em comprometo a gastar almenys 10 € per hora en còmput») durant 1 o 3 anys, i obtens el descompte. El gran avantatge: aquest compromís s’aplica flexiblement al que utilitzis (diferents tipus de servidor, diferents regions, fins i tot Lambda o Fargate, segons el pla).

Savings Plan: "em comprometo a gastar 10 €/hora en còmput durant 1 any"
   → el descompte s’aplica AUTOMÀTICAMENT al que utilitzis,
     encara que canviïs de tipus de servidor o de regió

Analogia: una Reserved Instance és com un abonament per a una línia de metro concreta (només et serveix per a aquella línia). Un Savings Plan és com un abonament de transport que val per a metro, bus i tren indistintament: et compromets a una despesa, però l’aprofites en el que necessitis. Molt més flexible si les teves necessitats canvien.

Comparativa

Reserved Instances Savings Plans
Et compromets a Un tipus concret de recurs Una quantitat de despesa per hora
Flexibilitat Més rígida (recurs específic) Més flexible (s’aplica al que utilitzis)
Antiguitat Forma clàssica Forma més moderna (recomanada)
Descompte Fins a ~70 % Fins a ~70 %
Compromís 1 o 3 anys 1 o 3 anys

Recomanació general: per a la majoria de casos, els Savings Plans són l’opció preferida avui per la seva flexibilitat (aconsegueixes un descompte similar però t’adaptes millor als canvis). Les Reserved Instances segueixen tenint sentit en casos molt específics i estables.

Exemple del món real: una empresa fa temps que està a AWS i veu, amb Cost Explorer, que té un ús base molt estable de còmput (les seves aplicacions de producció funcionen 24/7 tot l’any). Fins ara pagaven tot sota demanda. Contracten un Savings Plan a 1 any que cobreix aquest ús base, comprometent-se a una despesa per hora que saben que tindran igualment. Resultat: un 55 % de descompte sobre aquesta part de la seva factura, sense canviar res a la seva infraestructura. I com que van triar un Savings Plan (no RI), quan després van migrar alguns servidors a altres tipus, el descompte es va continuar aplicant automàticament. Van deixar els pics puntuals sota demanda per mantenir flexibilitat.

Com encaixa amb la resta de l’estratègia de costos

Rightsizing (25.3)        → ajusta la MIDA (no paguis capacitat de més)
Savings Plans / RI (aquest) → DESCOMPTE per comprometre el teu ús base estable
        │
        ▼
   Combina’ls: primer ajusta la mida (rightsizing),
   DESPRÉS compra compromisos sobre la mida correcta

💡 Ordre important: fes primer el rightsizing i després compra Savings Plans. Si et compromets a recursos sobredimensionats, estaries «lligant» un malbaratament durant anys. Ajusta la mida primer, i compromet només el que realment necessites.

El que has de recordar

  • Per defecte pagues sota demanda (flexible però més car). AWS ofereix grans descomptes (fins a ~70 %) a canvi de comprometre’t a utilitzar recursos 1 o 3 anys. Com l’abonament de transport davant del bitllet senzill.
  • Convé per al teu ús base estable i previsible; deixa els pics variables sota demanda. ⚠️ Si et compromets i no ho utilitzes, pagues igual: compromet només el que és segur.
  • Reserved Instances (RI): forma clàssica, compromets un tipus concret de recurs. Més rígides.
  • Savings Plans: forma moderna i flexible, compromets una quantitat de despesa per hora que s’aplica automàticament al que utilitzis (diferents tipus, regions, Fargate/Lambda). Recomanats en general per la seva flexibilitat.
  • 💡 Fes primer el rightsizing i després compra compromisos, per no «lligar» recursos sobredimensionats.

A l’últim subcapítol del capítol veurem la disciplina que engloba tota aquesta gestió de costos com a pràctica d’equip: FinOps.

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