Comencem la Part VII: Arquitectures de referència i patrons experts, on fem el salt de «saber utilitzar serveis» a «dissenyar sistemes ben construïts». I comencem pel marc que AWS ofereix precisament per a això: el Well-Architected Framework (Marc de Bona Arquitectura). És un conjunt de bones pràctiques destil·lades de milers d’arquitectures reals, organitzades en sis pilars. En aquest subcapítol veiem què són aquests sis pilars: les sis dimensions que has d’equilibrar per construir un bon sistema al núvol.

Ja coneixes molts serveis d’AWS. Però saber quines peces existeixen no és el mateix que saber combinar-les bé. Com saps si el teu disseny és «bo»? És segur? Aguantarà fallades? És eficient en cost? Sense un marc de referència, és fàcil oblidar dimensions importants i construir quelcom que funciona... fins que falla, o es torna caríssim, o resulta insegur.

AWS va recopilar l’experiència de revisar milers d’arquitectures de clients i la va condensar en el Well-Architected Framework: una guia de bones pràctiques perquè qualsevol pugui avaluar i millorar els seus dissenys.

El Well-Architected Framework és un conjunt de principis i bones pràctiques d’AWS per dissenyar sistemes ben construïts al núvol. No és una eina ni un servei: és un marc de pensament, organitzat en sis pilars, que cobreixen totes les dimensions que importen en una bona arquitectura.

Analogia: el Well-Architected Framework és com les normes de construcció d’un edifici que un bon arquitecte ha de respectar. No n’hi ha prou que l’edifici «es mantingui dret»: ha de ser segur (no s’ensorra), habitable (funciona bé per viure-hi), eficient (no malgasta energia), sòlid (aguanta terratrèmols), etc. Els sis pilars són aquestes dimensions de qualitat que tot bon «edifici digital» ha de complir. Reconeixes que molts d’aquests temes ja els hem tractat al llibre; el framework els organitza en un tot coherent.

Tracta de operar i millorar el sistema de manera eficaç: automatitzar tasques, monitoritzar-ho tot, respondre bé a incidents i aprendre dels errors per millorar contínuament.

• Pregunta clau: «Operem el nostre sistema de manera eficient i millorem constantment?»
• Relació amb el llibre: la infraestructura com a codi (Part II), CI/CD (Capítol 22) i l’observabilitat (Capítol 24) són la base d’aquest pilar.

Tracta de protegir les dades, els sistemes i els accessos: controlar qui pot fer què, xifrar la informació, detectar amenaces i complir les normatives.

• Pregunta clau: «Estan protegides les nostres dades i sistemes davant accessos indeguts i atacs?»
• Relació amb el llibre: IAM (Capítol 7), xarxes (Capítol 6) i tota la seguretat en profunditat (Capítol 23).

Tracta que el sistema funcioni correctament i es recuperi de les fallades: suportar caigudes, escalar davant la demanda i recuperar-se de desastres.

• Pregunta clau: «Segueix funcionant el nostre sistema quan alguna cosa falla?»
• Relació amb el llibre: balanceig i autoescalat (Capítol 13), alta disponibilitat i disaster recovery (Capítol 26).

Tracta de utilitzar els recursos de manera eficient per complir els requisits: triar els serveis i mides adequats, i adaptar-se a mesura que canvien les necessitats.

• Pregunta clau: «Utilitzem els recursos adequats i rendeixen bé segons evolucionen les necessitats?»
• Relació amb el llibre: triar el còmput adequat (Lambda, contenidors, EC2), rightsizing (Capítol 25), memòries cau i CDN (Capítol 16).

Tracta d’obtenir el màxim valor al menor cost: evitar la despesa innecessària, dimensionar bé i aprofitar els models de preu avantatjosos.

• Pregunta clau: «Estem obtenint el màxim valor pel que gastem?»
• Relació amb el llibre: tot el Capítol 25 (Cost Explorer, rightsizing, Savings Plans, FinOps).

El més recent. Tracta de minimitzar l’impacte mediambiental de la teva infraestructura: utilitzar els recursos de manera eficient per reduir el consum d’energia i la petjada de carboni.

• Pregunta clau: «És el nostre sistema eficient i respectuós amb el medi ambient?»
• Relació amb el llibre: utilitzar recursos eficientment (serverless, rightsizing, apagar el que no s’utilitza) també redueix l’impacte ambiental. Eficiència i sostenibilitat van de la mà.

El més important: els sis pilars cal equilibrar-los, perquè a vegades competeixen entre si. Millorar-ne un pot afectar-ne un altre, i l’art de la bona arquitectura està a trobar l’equilibri adequat per al teu cas:

No existeix una arquitectura «perfecta» en abstracte: existeix la adequada per a les teves necessitats i prioritats. Una startup potser prioritzi cost i agilitat; un banc prioritzarà seguretat i fiabilitat per sobre del cost. El framework no et diu què prioritzar, sinó que et fa pensar en les sis dimensions i a decidir conscientment l’equilibri.

Exemple del món real: un equip ha de dissenyar una nova aplicació. En lloc de llançar-se a muntar serveis, repassen els sis pilars com una llista de comprovació: com l’operarem i monitoritzarem (excel·lència operativa)?, com protegim les dades (seguretat)?, què passa si una regió cau (fiabilitat)?, quin còmput és el més eficient (rendiment)?, com evitem gastar de més (cost)?, podem utilitzar recursos eficients (sostenibilitat)? Aquest simple repàs els fa descobrir buits que haurien passat per alt, com que no tenien pla de recuperació davant desastres. Pensar en els sis pilars abans de construir els estalvia problemes greus després.

• El Well-Architected Framework és un conjunt de bones pràctiques d’AWS (destil·lades de milers d’arquitectures reals) per dissenyar sistemes ben construïts, organitzat en sis pilars. És un marc de pensament, no una eina.
• Els sis pilars: Excel·lència operativa (operar i millorar), Seguretat (protegir), Fiabilitat (resistir fallades), Eficiència del rendiment (recursos adequats), Optimització de costos (màxim valor) i Sostenibilitat (impacte ambiental).
• Cada pilar connecta amb temes ja vistos al llibre; el framework els organitza en un tot coherent. Són com les normes de construcció d’un bon edifici.
• L’essencial és equilibrar els pilars, perquè a vegades competeixen (més fiabilitat ↔ més cost, etc.). No hi ha arquitectura «perfecta», sinó la adequada a les teves prioritats.
• El framework et fa pensar en les sis dimensions conscientment, ajudant-te a descobrir buits abans de construir.

En el següent subcapítol veurem l’eina que AWS ofereix per avaluar les teves arquitectures contra aquests pilars de manera sistemàtica: la Well-Architected Tool.