Saps crear i connectar mòduls (subcapítols 18.1 i 18.2). Ara una pregunta pràctica: has d’escriure tots els teus mòduls des de zero? La resposta és no. Hi ha mòduls que tu crees (locals) i mòduls públics ja fets que pots fer servir directament des del Terraform Registry. Saber quan utilitzar cada un t’estalviarà moltíssima feina.

Recorda que en cridar un mòdul indiques el seu source (d’on surt, subcapítol 18.2). Aquest origen pot ser de diversos tipus:

Vegem cada un.

Un mòdul local és un que escrius tu, desat en el teu propi projecte o en un repositori de la teva empresa. El referencies amb una ruta de carpeta:

Quan utilitzar mòduls locals:

• Quan encapsules lògica específica de la teva empresa o projecte (les teves convencions de seguretat, la teva manera d’anomenar, els teus requisits concrets).
• Quan vols control total sobre el codi.
• Per a mòduls interns que comparteixes entre els projectes de la teva organització (sovint desats en un repositori Git comú, que veurem al subcapítol 18.4).

El Terraform Registry és un catàleg públic de mòduls ja construïts, mantinguts per HashiCorp, AWS i la comunitat. Són mòduls per a tasques comunes (crear una VPC, un clúster, una base de dades...) fets per experts, provats per milers de persones i llestos per utilitzar. Els referencies pel seu nom al registre:

El mòdul terraform-aws-modules/vpc/aws és un dels més utilitzats del món: crea una VPC completa amb totes les bones pràctiques, i el manté una comunitat enorme. En comptes d’escriure centenars de línies, el fas servir amb unes poques.

Quan utilitzar mòduls del Registry:

• Per a infraestructura comuna i estàndard (VPCs, clústers, bases de dades) on no necessites res especial.
• Per estalviar temps i aprofitar la feina d’experts.
• Per beneficiar-te de mòduls provats per milers d’usuaris, que cobreixen casos límit que potser tu no hauries previst.

Analogia: els mòduls locals són com cuinar la teva pròpia recepta (control total, adaptada al teu gust); els del Registry són com fer servir un producte de qualitat ja preparat d’una marca de confiança (ràpid, fiable, fet per experts). A vegades cuines, a vegades compres fet; el bo és saber quan convé cada cosa.

En utilitzar mòduls públics, recorda la seguretat: estàs incorporant codi de tercers a la teva infraestructura. Bones pràctiques:

• Utilitza mòduls de fonts fiables i verificades (els «verified» del Registry, o els oficials d’AWS/HashiCorp).
• Fixa sempre la versió (version = "5.0.0"), com a l’exemple. Això evita que una actualització inesperada del mòdul canviï la teva infraestructura sense avisar (ho veurem al subcapítol 18.4).
• Revisa què fa el mòdul abans d’utilitzar-lo en producció. No posis codi desconegut a cegues.

⚠️ Atenció a la injecció de confiança: un mòdul maliciós podria crear recursos no desitjats o exposar dades. Per això, igual que amb les dependències de programari, utilitza només fonts de confiança i fixa versions.

En la realitat, els equips combinen ambdós enfocaments:

Per exemple, crees un mòdul local xarxa-empresa que internament utilitza el mòdul de VPC del Registry, però li afegeix les teves regles de seguretat i convencions. Així aprofites el millor de tots dos: la solidesa del mòdul públic i la personalització de la teva lògica.

• No has d’escriure tots els mòduls des de zero: existeixen mòduls locals (els crees tu) i mòduls del Terraform Registry (públics, ja fets).
• Mòduls locals (source = "./ruta"): per a la teva lògica específica d’empresa/projecte, amb control total.
• Mòduls del Registry (source = "terraform-aws-modules/..."): per a infraestructura comuna i estàndard, fets per experts i provats per milers; estalvien moltíssim temps.
• Seguretat: utilitza només fonts fiables, fixa sempre la versió i revisa el codi abans d’utilitzar-lo en producció (és codi de tercers a la teva infraestructura).
• A la pràctica es combinen: mòduls del Registry per al comú, mòduls locals per al propi, a vegades uns dins dels altres.

Al següent subcapítol veurem quelcom crucial per utilitzar mòduls de manera segura en equip: el versionat de mòduls amb Git tags.