Hvorfor roles: Fra monolit til moduler

I stedet for én lang række opgaver sammensætter du en server af roller: en nginx-rolle, en postgres-rolle og en firewall-rolle. Hver rolle udfører én tydelig opgave.

Opret en rolle til konfiguration af din webserver, og genbrug den derefter i staging, produktion og andre projekter. Ingen kopiering og indsættelse af opgaver.

Dit playbook på øverste niveau bliver en kort liste over roller, der skal anvendes. Det krævende arbejde ligger inde i hver rolle, ude af syne.

Roller følger en fast mappestruktur, så Ansible automatisk ved, hvor det skal finde opgaver og skabeloner. Du lærer mønsteret én gang.

Fordi en rolle er selvstændig, kan du udvikle og teste den for sig selv, før du føjer den til et større play. Mindre dele giver færre overraskelser.

Én person har ansvaret for databasens rolle, mens en anden har ansvaret for loadbalancerens rolle. Tydelige grænser gør det muligt for teams at arbejde uden at komme i vejen for hinanden.

Roller med en god struktur kan udgives på Ansible Galaxy, så andre kan installere din automatisering, og du kan installere deres.

En rolle leveres med sine egne standardvariabler, så den virker uden ekstra konfiguration, men stadig er nem at tilpasse til hvert projekt uden at redigere selve rollen.

At omstrukturere et stort playbook til roller er som at dele én enorm funktion op i små funktioner: Det giver en renere, genanvendelig løsning, der er langt nemmere at vedligeholde.

En rolle omdanner et monolitisk playbook til rene, genanvendelige byggeblokke, hver med sine egne opgaver, filer og variabler. 🧱