Jak byste verzionovali několik rolí v Ansible pro…

V bankovním sektoru, kde je vyžadována přísná kontrola změn a shoda s předpisy, je verzování rolí Ansible klíčové.

Použil bych následující kombinaci přístupů:

Systém správy verzí (Git): Každá role je uložena v samostatném repozitáři Git. To umožňuje nezávislé verzování, větvení a revizi změn každé role.
Sémantické verzování (SemVer): Pro každou roli se používá SemVer (MAJOR.MINOR.PATCH).
- MAJOR: Významné změny narušující zpětnou kompatibilitu.
- MINOR: Přidání nové funkčnosti zachovávající zpětnou kompatibilitu.
- PATCH: Opravy chyb zachovávající zpětnou kompatibilitu. Tagy Git se používají k označení konkrétních verzí.
GitFlow nebo podobný pracovní postup: Použití větví develop (pro aktuální vývoj) a main (pro stabilní, produkční verze). Větve feature se vytvářejí pro vývoj nových funkcí nebo oprav chyb.
Ansible Galaxy: Pro centralizovanou správu závislostí rolí a jejich verzí. Může být použit soukromý instanční server Ansible Galaxy pro zajištění bezpečnosti a kontroly přístupu v bankovním prostředí.

Požadavky (requirements.yml): V playbookách (nebo jiných rolích), které používají jiné role jako závislosti, je uvedena konkrétní verze požadované role v souboru requirements.yml.

# requirements.yml
- name: common_config
  src: git@internal-git.bankname.com/ansible-roles/common_config.git
  version: 1.2.0 # Uvedení konkrétní verze
- name: database_server
  src: git@internal-git.bankname.com/ansible-roles/database_server.git
  version: 2.1.5

Automatizované testování: Každý commit a každá nová verze role procházejí automatickým testováním (například pomocí Molecule). Pokud testy selžou, verze nemůže být označena jako stabilní.
Záznam změn (Changelog): V každém repozitáři role je veden soubor CHANGELOG.md nebo jeho ekvivalent, dokumentující změny v každé verzi. To je důležité pro audit a pochopení historie změn.

CI/CD pipeline: Automatický proces sestavení, testování a nasazení rolí. Při každé změně v main (nebo při vytváření tagu) se spouští pipeline, kontroluje se role, vytváří se tag a případně se publikuje v Ansible Galaxy.

# Příklad kroku v CI pipeline (použití GitLab CI/GitHub Actions/Jenkins)
stages:
  - test
  - release

test_role:
  stage: test
  script:
    - molecule test

release_role:
  stage: release
  only:
    - tags # Spouští se pouze při vytváření tagu
  script:
    - ansible-galaxy role import --server https://galaxy.internal.bankname.com namespace role_name --role-version $CI_COMMIT_TAG
  needs:
    - test_role

Tento přístup zajišťuje transparentnost, možnost návratu k předchozím verzím, automatické testování a přísnou kontrolu změn rolí, což je kritické pro splnění bezpečnostních a regulačních požadavků v bankovním sektoru.

Jak byste verzionovali několik rolí v Ansible pro bankovní sektor?