Tanca el capítol amb dues tècniques avançades que afinen l'autoescalat: els warm pools (servidors precalentats) i els lifecycle hooks (ganxos de cicle de vida). No són imprescindibles per començar, però entendre'ls t'ajuda a resoldre un problema molt real: l'escalat a vegades és massa lent.

Recorda el cicle de vida d'una instància (subcapítol 4.3) i el user_data (subcapítol 12.2). Quan l'Auto Scaling Group decideix afegir un servidor, aquest no està llest a l'instant: cal arrencar-lo, executar el seu script de configuració, instal·lar programari, descarregar l'aplicació... Això pot trigar diversos minuts.

El problema: durant aquests minuts, els teus servidors actuals segueixen saturats. Si el pic de tràfic és molt brusc (una allau sobtada), arribar «uns minuts tard» pot significar una mala experiència per als usuaris. Aquí entren els warm pools.

Un warm pool (grup en calent) és un conjunt d'instàncies ja arrencades i configurades, però aturades o en pausa, esperant «entre bastidors». Quan l'ASG necessita escalar, en comptes de crear una instància des de zero, n'agafa una del warm pool, que ja té tot instal·lat, i la posa en marxa en segons en lloc de minuts.

Analogia: un warm pool és com tenir pizzes a mig fer a la cuina d'una pizzeria. Quan entra una allau de comandes, no comences des de la massa: poses al forn les que ja tenies preparades i surten de seguida. Pagues una mica per tenir-les a punt, però respons molt més ràpid al pic.

El compromís: les instàncies aturades del warm pool tenen un petit cost (sobretot d'emmagatzematge), però a canvi guanyes velocitat d'escalat. S'utilitza quan arrencar un servidor és lent i necessites reaccionar molt ràpid als pics.

Un lifecycle hook (ganxo de cicle de vida) és una pausa que l'ASG fa en moments concrets —quan un servidor està naixent o quan serà eliminat— per donar-te temps a fer alguna cosa abans de continuar.

Sense un hook, l'ASG podria donar per «llest» un servidor que encara està acabant de configurar-se, i el balancejador començaria a enviar-li usuaris massa aviat (que veurien errors). Un lifecycle hook de creació reten la instància fins que confirmes que està realment llesta.

Aquest és el cas més valuós. Quan l'ASG vol reduir servidors (la CPU ha baixat), no vols que apagui de cop un servidor que està atenent peticions en aquell moment, perquè aquests usuaris veurien un error. Un lifecycle hook d'eliminació dóna temps a un apagat elegant:

1. Deixar d'acceptar peticions noves.
2. Acabar les peticions que ja estava atenent (drenatge de connexions).
3. Desar logs o dades pendents.
4. Només llavors, apagar-se.

Exemple del món real: una botiga online redueix servidors després del pic de migdia. Un dels servidors a eliminar està processant el pagament d'un client. Sense un lifecycle hook, AWS l'apagaria de cop i el pagament fallaria. Amb el hook, el servidor acaba aquell pagament, confirma que ja no té res pendent, i llavors s'apaga. El client mai no nota res.

No. Un balancejador + un Auto Scaling Group bàsic (subcapítols 13.1-13.3) ja et donen una arquitectura elàstica i resilient excel·lent per a la majoria de projectes. Els warm pools i els lifecycle hooks són optimitzacions que afegiràs quan:

• Els teus arrencades siguin lentes i els pics molt bruscos → warm pools.
• No et puguis permetre tallar peticions en reduir servidors → lifecycle hooks.

Queda't amb la idea que existeixen i quin problema resolen; ja els aplicaràs quan els necessitis.

• Arrencar un servidor des de zero porta minuts, cosa que pot fer l'escalat massa lent davant pics bruscos.
• Un warm pool manté servidors ja configurats en reserva per escalar en segons (amb un petit cost extra); com tenir «pizzes a mig fer».
• Un lifecycle hook introdueix una pausa en crear o eliminar una instància per fer alguna cosa abans de continuar.
• El hook d'eliminació permet un apagat elegant: acabar peticions en curs (un pagament, per exemple) sense tallar els usuaris.
• Són optimitzacions avançades: no les necessites per començar, però convé saber quin problema resolen.

Has acabat el Capítol 13! Ja domines les arquitectures elàstiques i resilients. Al Capítol 14 farem un altre gran salt conceptual: el món serverless amb AWS Lambda, on ni tan sols hauràs de pensar en servidors.