Kako biste verzionisali više uloga u Ansible za…

U bankarskom sektoru, gde je potrebna stroga kontrola promena i usklađenost sa regulativnim aktima, verzionisanje Ansible uloga je od ključnog značaja.

Koristio bih sledeći kombinovani pristup:

Sistem kontrole verzija (Git): Svaka uloga se čuva u posebnom Git repozitorijumu. To omogućava nezavisno verzionisanje, grananje i reviziju promena svake uloge.
Semantičko verzionisanje (SemVer): Za svaku ulogu se primenjuje SemVer (MAJOR.MINOR.PATCH).
- MAJOR: Značajne promene koje narušavaju kompatibilnost unazad.
- MINOR: Dodavanje novih funkcionalnosti koje održavaju kompatibilnost.
- PATCH: Ispravke grešaka koje održavaju kompatibilnost. Tagovi Git-a se koriste za označavanje konkretnih verzija.
GitFlow ili sličan radni proces: Korišćenje grana develop (za trenutni razvoj) i main (za stabilne, produkcione verzije). Feature grane se kreiraju za razvoj novih funkcija ili ispravki.
Ansible Galaxy: Za centralizovano upravljanje zavisnostima uloga i njihovim verzijama. Može se koristiti privatni instanca Ansible Galaxy za obezbeđivanje sigurnosti i kontrole pristupa u bankarskom okruženju.

Zahtevi (requirements.yml): U playbook-ovima (ili drugim ulogama), koje koriste druge uloge kao zavisnosti, navodi se konkretna verzija potrebne uloge u fajlu requirements.yml.

# requirements.yml
- name: common_config
  src: git@internal-git.bankname.com/ansible-roles/common_config.git
  version: 1.2.0 # Navođenje konkretne verzije
- name: database_server
  src: git@internal-git.bankname.com/ansible-roles/database_server.git
  version: 2.1.5

Automatizovano testiranje: Svaki commit i svaka nova verzija uloge prolaze automatsko testiranje (npr. pomoću Molecule). Ako testovi ne uspeju, verzija ne može biti označena kao stabilna.
Dnevnik promena (Changelog): U svakom repozitorijumu uloge vodi se fajl CHANGELOG.md ili njegov ekvivalent, dokumentujući promene u svakoj verziji. Ovo je važno za audit i razumevanje istorije promena.

CI/CD pipeline: Automatski proces izgradnje, testiranja i implementacije uloga. Pri svakoj promeni u main (ili pri kreiranju taga) pokreće se pipeline, proverava se uloga, kreira se tag i eventualno objavljuje u Ansible Galaxy.

# Primer koraka u CI pipeline-u (korišćenje GitLab CI/GitHub Actions/Jenkins)
stages:
  - test
  - release

test_role:
  stage: test
  script:
    - molecule test

release_role:
  stage: release
  only:
    - tags # Pokreće se samo pri kreiranju taga
  script:
    - ansible-galaxy role import --server https://galaxy.internal.bankname.com namespace role_name --role-version $CI_COMMIT_TAG
  needs:
    - test_role

Ovaj pristup obezbeđuje transparentnost, mogućnost vraćanja na prethodne verzije, automatsko testiranje i strogu kontrolu promena u ulogama, što je kritično za usklađenost sa sigurnosnim i regulatornim zahtevima u bankarskom sektoru.

Kako biste verzionisali više uloga u Ansible za bankarski sektor?