En el subcapítol anterior, Compute Optimizer ens recomanava la mida òptima per als nostres recursos. Aquesta tècnica —ajustar la mida del que fas servir al que realment necessites— s’anomena rightsizing, i és una de les formes més directes i efectives d’estalviar diners al núvol sense perdre rendiment. És tan important que mereix el seu propi subcapítol. La idea és simple però poderosa: no paguis per capacitat que no fas servir.

Un error molt comú, heretat de la mentalitat dels servidors físics, és triar recursos més grans del necessari «per si de cas». En l’època dels servidors físics això tenia cert sentit (comprar un servidor era una inversió a anys, i ampliar-lo després era difícil). Però al núvol és un malbaratament de diners:

Pagues per tota aquesta capacitat cada hora, la facis servir o no. Multiplicat per molts recursos i molts mesos, són molts diners llençats.

Rightsizing significa ajustar la mida de cada recurs al que realment necessita: ni més (malgastes diners) ni menys (es queda curt i va lent). És trobar la «talla justa» basant-te en l’ús real, no en suposicions.

Analogia: el rightsizing és com triar bé la talla de roba. Si compres una talla XXL quan fas servir una M, la roba et sobra per tot arreu (vas pagar de més per tela que no necessites). Si compres una S, et queda estreta i incòmoda (es queda curta). La talla M, la que et correspon, és perfecta: còmoda i sense malbaratament. Rightsizing és posar-li a cada recurs «la seva talla».

Una altra analogia: és com llogar el cotxe adequat per al teu viatge. Si vas sol a l’oficina, no llogues un autobús de 50 places (el pagues sencer per portar-te només a tu). Però si vas amb tota la família i l’equipatge, un utilitari diminut no serveix. Tries el cotxe a mida de la teva necessitat real.

El rightsizing es basa en dades reals d’ús, no en intuïció. El procés típic:

1. Mesura l’ús real dels teus recursos al llarg del temps (amb CloudWatch, subcapítol 24.1, i amb Compute Optimizer, subcapítol 25.2): quanta CPU, memòria, etc., fan servir de veritat?
2. Identifica els sobredimensionats: els que fan servir una fracció petita de la seva capacitat.
3. Ajusta la mida a una de menor que segueixi cobrint l’ús real amb marge.
4. Verifica que després del canvi tot segueix funcionant bé.

⚠️ Compte de no passar-se: l’objectiu no és triar el recurs més petit i barat possible, sinó l’adequat. Si retalles massa, el recurs es queda curt, va lent i empitjores l’experiència de l’usuari (o cau). Rightsizing és equilibri: la mida més petita que cobreixi còmodament la teva necessitat real, deixant marge per a pics.

El rightsizing és possible i segur gràcies a un avantatge únic del núvol: canviar de mida és fàcil i reversible. Recorda l’elasticitat (subcapítol 1.3) i l’autoescalat (subcapítol 13.3):

• Si et quedes curt, pujar la mida és qüestió de minuts (no com comprar un servidor físic nou).
• Amb l’autoescalat, ni tan sols has d’endevinar: el sistema afegeix o treu recursos segons la demanda real, fent «rightsizing automàtic» de la quantitat.

Aquesta facilitat per reajustar és el que fa el rightsizing poc arriscat: si t’equivoques, ho corregeixes de seguida. Per això et pots permetre triar mides ajustades en comptes d’inflar-les «per si de cas».

Exemple del món real: una empresa va migrar les seves aplicacions a AWS copiant la mida que tenien als seus servidors físics (que eren enormes «per si de cas»). Després d’uns mesos, revisen amb Compute Optimizer i descobreixen que la majoria dels seus servidors fan servir menys del 15 % de la seva capacitat. Fan rightsizing: redueixen cada servidor a una mida d’acord amb el seu ús real, deixant marge per als pics. Resultat: la factura de còmput baixa gairebé a la meitat, i els usuaris no noten cap diferència (el rendiment és el mateix, perquè la capacitat que van treure no s’utilitzava). És, literalment, deixar de llençar diners.

El rightsizing s’aplica a molts recursos, no només a servidors EC2:

• Bases de dades (RDS, Capítol 8): triar la mida d’instància adequada.
• Lambda (Capítol 14): assignar la memòria justa (afecta també el rendiment i el cost).
• Emmagatzematge: fer servir la classe d’emmagatzematge adequada (recorda les classes de S3, subcapítol 5.x, per a dades que s’accedeixen poc).

La filosofia és sempre la mateixa: pagar pel que necessites, no pel que sobra.

• Sobredimensionar «per si de cas» (heretat dels servidors físics) és un malbaratament de diners al núvol: pagues per capacitat que no fas servir, cada hora.
• Rightsizing és ajustar la mida de cada recurs al que realment necessita: ni de més (malgastes) ni de menys (es queda curt). Com triar bé la talla de roba o el cotxe adequat per al viatge.
• Es basa en dades reals d’ús (CloudWatch, Compute Optimizer), no en intuïció: mesurar → identificar sobredimensionats → ajustar → verificar.
• ⚠️ L’objectiu és la mida adequada, no la més barata: retallar massa empitjora el rendiment. És equilibri, deixant marge per a pics.
• És segur gràcies a l’elasticitat del núvol: canviar de mida és fàcil i reversible, i l’autoescalat ajusta la quantitat automàticament.
• S’aplica a servidors, bases de dades, Lambda i emmagatzematge. Filosofia: pagar pel que necessites, no pel que sobra.

Al següent subcapítol veurem una altra gran palanca d’estalvi, però per un camí diferent: comprometre’t a un ús a canvi de descomptes, amb Savings Plans i Reserved Instances.