Ako by ste verzionovali niekoľko rolí v Ansible pre…

V bankovom sektore, kde je potrebný prísny dohľad nad zmenami a súlad s predpismi, verzionovanie rolí Ansible je kľúčové.

Použil by som nasledovnú kombináciu prístupov:

Systém kontroly verzií (Git): Každá rola je uložená v samostatnom Git repozitári. To umožňuje nezávislé verzionovanie, vetvenie a revíziu zmien každej role.
Sémantické verzionovanie (SemVer): Pre každú rolu sa aplikuje SemVer (MAJOR.MINOR.PATCH).
- MAJOR: Významné zmeny narušujúce spätnú kompatibilitu.
- MINOR: Pridanie nových funkcií zachovávajúcich spätnú kompatibilitu.
- PATCH: Opravy chýb zachovávajúce spätnú kompatibilitu. Tagy Git sa používajú na označenie konkrétnych verzií.
GitFlow alebo podobný pracovný proces: Použitie vetiev develop (pre aktuálny vývoj) a main (pre stabilné, produkčné verzie). Feature vetvy sa vytvárajú na vývoj nových funkcií alebo opráv.
Ansible Galaxy: Pre centralizované riadenie závislostí rolí a ich verzií. Môže sa použiť súkromný inštančný server Ansible Galaxy na zabezpečenie bezpečnosti a kontroly prístupu v bankovom prostredí.

Požiadavky (requirements.yml): V playbookoch (alebo iných rolách), ktoré používajú iné role ako závislosti, sa uvádza konkrétna verzia požadovanej role v súbore requirements.yml.

# requirements.yml
- name: common_config
  src: git@internal-git.bankname.com/ansible-roles/common_config.git
  version: 1.2.0 # Uvedenie konkrétnej verzie
- name: database_server
  src: git@internal-git.bankname.com/ansible-roles/database_server.git
  version: 2.1.5

Automatizované testovanie: Každý commit a každá nová verzia role prechádzajú automatickým testovaním (napríklad pomocou Molecule). Ak testy zlyhajú, verzia nemôže byť označená ako stabilná.
Záznam zmien (Changelog): V každom repozitári role sa vedie súbor CHANGELOG.md alebo jeho ekvivalent, dokumentujúci zmeny v každej verzii. Toto je dôležité pre audit a pochopenie histórie zmien.

CI/CD pipeline: Automatický proces zostavovania, testovania a nasadzovania rolí. Pri každej zmene v main (alebo pri vytváraní tagu) sa spúšťa pipeline, kontroluje sa rola, vytvára sa tag a prípadne sa publikuje v Ansible Galaxy.

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

test_role:
  stage: test
  script:
    - molecule test

release_role:
  stage: release
  only:
    - tags # Spúšťa sa iba pri vytváraní tagu
  script:
    - ansible-galaxy role import --server https://galaxy.internal.bankname.com namespace role_name --role-version $CI_COMMIT_TAG
  needs:
    - test_role

Tento prístup zabezpečuje transparentnosť, možnosť návratu na predchádzajúce verzie, automatické testovanie a prísnu kontrolu zmien v rolách, čo je kritické pre splnenie bezpečnostných a regulačných požiadaviek v bankovom sektore.

Ako by ste verzionovali niekoľko rolí v Ansible pre bankový sektor?