Hogyan verzióznád több szerepet az Ansible-ben a…

A banki szektorban, ahol szigorú változás-nyomon követés és szabályozási megfelelés szükséges, az Ansible szerepkörök verziókezelése létfontosságú.

Az alábbi megközelítések kombinációját alkalmaznám:

Verziókezelő rendszer (Git): Minden szerepkört külön Git tárhelyen tárolnak. Ez lehetővé teszi az egyes szerepkörök független verziózását, ágak létrehozását és felülvizsgálatát.
Szemantikus verziózás (SemVer): Minden szerepkör esetében alkalmazzuk a SemVer-t (MAJOR.MINOR.PATCH).
- MAJOR: Jelentős változások, amelyek megsértik a visszamenőleges kompatibilitást.
- MINOR: Új funkciók hozzáadása, amelyek megőrzik a visszamenőleges kompatibilitást.
- PATCH: Hibajavítások, amelyek megőrzik a kompatibilitást. A Git tageket használják a konkrét verziók megjelölésére.
GitFlow vagy hasonló munkafolyamat: A develop (fejlesztés alatt álló) és main (stabil, éles) ágak használata. Új funkciók vagy hibajavítások esetén feature-ágak jönnek létre.
Ansible Galaxy: A szerepkörök függőségeinek és verzióinak központosított kezelése. Használhatunk privát Ansible Galaxy példányt a biztonság és hozzáférés-ellenőrzés érdekében.

Követelmények (requirements.yml): Olyan playbookokban vagy más szerepkörökben, amelyek más szerepköröket használnak függőségként, megadjuk a szükséges szerepkör konkrét verzióját a requirements.yml fájlban.

# requirements.yml
- name: common_config
  src: git@internal-git.bankname.com/ansible-roles/common_config.git
  version: 1.2.0 # Konkrét verzió megadása
- name: database_server
  src: git@internal-git.bankname.com/ansible-roles/database_server.git
  version: 2.1.5

Automatizált tesztelés: Minden commit és minden új szerepkör-verzió automatikus tesztelésen esik át (pl. Molecule segítségével). Ha a tesztek nem sikerülnek, a verzió nem jelölhető stabilnak.
Változásnapló (Changelog): Minden szerepkör-tárhelyen található CHANGELOG.md vagy hasonló fájl, amely dokumentálja a változásokat minden verzióban. Ez fontos az auditáláshoz és a változások történetének megértéséhez.

CI/CD folyamat: Automatikus build, tesztelés és szerepkör-telepítési folyamat. Minden main-ben történő változás vagy címke létrehozásakor a pipeline fut, ellenőrzi a szerepkört, létrehozza a taget, és esetleg közzéteszi az Ansible Galaxy-ben.

# Példa lépés a CI pipeline-ban (GitLab CI/GitHub Actions/Jenkins)
stages:
  - test
  - release

test_role:
  stage: test
  script:
    - molecule test

release_role:
  stage: release
  only:
    - tags # Csak címke létrehozásakor fut
  script:
    - ansible-galaxy role import --server https://galaxy.internal.bankname.com namespace role_name --role-version $CI_COMMIT_TAG
  needs:
    - test_role

Ez a megközelítés biztosítja az átláthatóságot, a korábbi verziókra való visszaállítás lehetőségét, az automatikus tesztelést és a változások szigorú ellenőrzését, ami kritikus a biztonsági és szabályozói megfelelés szempontjából a banki szektorban.

Hogyan verzióznád több szerepet az Ansible-ben a banki szektor számára?