En el subcapítol anterior vam veure els sis pilars del Well-Architected Framework. Però llegir unes bones pràctiques és una cosa, i avaluar la teva arquitectura concreta contra elles de manera rigorosa és una altra. Com revises, de manera sistemàtica i sense que se t’escapi res, si el teu sistema compleix aquestes bones pràctiques? Per això AWS ofereix la Well-Architected Tool: una eina gratuïta que et guia en una revisió estructurada de la teva arquitectura.

Imagina que vols comprovar si el teu sistema està ben dissenyat segons els sis pilars. Podries fer-ho «de memòria», però és fàcil:

• Oblidar comprovar aspectes importants.
• Ser massa optimista («segur que està bé...») sense evidències.
• No tenir un registre de què vas revisar i què vas decidir millorar.
• Fer-ho de manera inconsistent (cada persona revisa coses diferents).

Necessites una forma estructurada i guiada d’avaluar, que et faci les preguntes correctes i registri els resultats.

La AWS Well-Architected Tool és una eina gratuïta dins d’AWS que et guia per avaluar la teva arquitectura contra els sis pilars mitjançant un qüestionari estructurat. Et fa preguntes sobre el teu sistema, identifica riscos i et dóna recomanacions de millora.

Analogia: la Well-Architected Tool és com una inspecció tècnica del vehicle (ITV) guiada per un checklist oficial. No revises el cotxe «a ull»: segueixes una llista estructurada de comprovacions (frens, llums, emissions, direcció...), cada punt s’avalua, i al final obtens un informe clar de què està bé i què cal arreglar, amb el seu nivell de gravetat. L’eina fa el mateix amb la teva arquitectura: una revisió rigorosa i sistemàtica, no improvisada.

Indiques quin sistema o aplicació vols revisar. En el vocabulari del framework, a una aplicació o sistema concret que s’avalua se li diu càrrega de treball (workload).

L’eina et planteja una sèrie de preguntes per a cada pilar. Per exemple, per al pilar de fiabilitat podria preguntar: «Com gestiones les fallades d’un component?», «Tens una estratègia de recuperació davant desastres?» (recorda el Capítol 26). Tu respons segons com està realment dissenyat el teu sistema, amb honestedat.

Segons les teves respostes, l’eina detecta riscos i els classifica per gravetat (per exemple, risc alt o risc mitjà). Un risc alt és quelcom important que hauries d’arreglar aviat; un de mitjà, quelcom a millorar quan puguis.

Per a cada risc, l’eina suggereix com millorar-lo, sovint enllaçant a documentació i bones pràctiques concretes d’AWS. Obtenim una llista d’accions prioritzades per millorar la teva arquitectura.

El gran valor de la Well-Architected Tool és donar-te una avaluació honesta i estructurada de la teva arquitectura, amb un pla d’acció concret. En lloc de «creiem que està bé», obtens: «aquests són els teus 3 riscos alts i això és el que hauries de fer». A més:

• Registre i seguiment: graves les revisions i pots repetir-les amb el temps per veure el teu progrés (hem reduït els riscos alts respecte a la revisió anterior?).
• Llenguatge comú: dóna a l’equip un marc compartit per parlar de la qualitat de l’arquitectura.
• És gratuïta: no costa res fer-la servir, així que no hi ha excusa per no revisar.

Exemple del món real: abans de llançar una aplicació important a producció, un equip fa una revisió amb la Well-Architected Tool. El qüestionari els fa veure, en el pilar de fiabilitat, que no tenen cap estratègia de recuperació davant desastres (un risc alt que havien passat per alt amb les presses). També detecta un risc de seguretat: certes dades sense xifrar. Gràcies a la revisió, abans de llançar, afegeixen un pla de DR (Capítol 26) i activen el xifratge (Capítol 23). Tres mesos després repeteixen la revisió: els riscos alts han desaparegut. L’eina va convertir «creiem que està llest» en «sabem que està ben dissenyat, i ho hem verificat».

• Abans de llançar un sistema important a producció (per detectar problemes a temps).
• Periòdicament sobre sistemes existents (les arquitectures es degraden amb el temps; una revisió regular manté la qualitat).
• Després de canvis importants en l’arquitectura.
• Com a exercici d’aprenentatge: el mateix qüestionari t’ensenya bones pràctiques que potser no coneixies.

• Revisar una arquitectura «de memòria» és propens a oblits, optimisme i manca de registre; cal una forma estructurada i guiada.
• La AWS Well-Architected Tool és una eina gratuïta que guia una avaluació estructurada de la teva arquitectura (la teva «càrrega de treball» o workload) contra els sis pilars, mitjançant un qüestionari. Com una ITV guiada per checklist.
• El procés: defineixes la càrrega de treball → respons el qüestionari pilar per pilar (amb honestedat) → identifica riscos (alts/mitjans) → dóna recomanacions de millora prioritzades.
• El seu valor: una avaluació honesta amb un pla d’acció concret, registre per seguir el progrés, un llenguatge comú per a l’equip, i és gratuïta.
• Fes-la servir abans de llançar a producció, periòdicament, després de canvis importants i com a exercici d’aprenentatge.

A l’últim subcapítol del capítol veurem com aplicar a la pràctica el framework i l’eina en el teu dia a dia, perquè no es quedin en una revisió puntual.