Kaip versijųtumėte kelis vaidmenis Ansible'e bankų…

Bankų sektoriuje, kur reikalinga griežta pokyčių kontrolė ir atitikimas teisės aktams, Ansible vaidmenų versijavimas yra labai svarbus.

Naudočiau šią požiūrių kombinaciją:

Versijų kontrolės sistema (Git): Kiekvienas vaidmuo saugomas atskirame Git saugykloje. Tai leidžia nepriklausomai valdyti versijas, kurti šakas ir peržiūrėti pakeitimus.
Semantrinis versijavimas (SemVer): Kiekvienam vaidmeniui taikomas SemVer (MAJOR.MINOR.PATCH).
- MAJOR: Svarbūs pakeitimai, pažeidžiantys atgalinį suderinamumą.
- MINOR: Naujos funkcijos, išlaikančios atgalinį suderinamumą.
- PATCH: Klaidų taisymai, išlaikantys atgalinį suderinamumą. Git žymės naudojamos konkrečių versijų žymėjimui.
GitFlow arba panašus darbo procesas: Naudojami develop (dabartinio vystymo) ir main (stabilių, gamybinių versijų) šakos. Kuriamos funkcijų šakos naujoms funkcijoms ar klaidų taisymui.
Ansible Galaxy: Centrinė priklausomybių ir versijų valdymo sistema. Galima naudoti privačią Ansible Galaxy instanciją saugumui ir prieigos kontrolei užtikrinti.

Reikalavimai (requirements.yml): Playbookuose (arba kituose vaidmenyse), kurie naudoja kitus vaidmenis kaip priklausomybes, nurodoma reikalingo vaidmens konkreti versija requirements.yml faile.

# requirements.yml
- name: common_config
  src: git@internal-git.bankname.com/ansible-roles/common_config.git
  version: 1.2.0 # Nurodyti konkrečią versiją
- name: database_server
  src: git@internal-git.bankname.com/ansible-roles/database_server.git
  version: 2.1.5

Automatizuotas testavimas: Kiekvienas commit ir nauja vaidmens versija praeina automatinį testavimą (pvz., naudojant Molecule). Jei testai nepavyksta, versija negali būti pažymėta kaip stabili.
Pakeitimų žurnalas (Changelog): Kiekvieno vaidmens saugykloje yra CHANGELOG.md arba panašus failas, dokumentuojantis pakeitimus kiekvienoje versijoje. Tai svarbu auditui ir pakeitimų istorijos supratimui.

CI/CD vamzdis: Automatinis vaidmenų kūrimas, testavimas ir diegimas. Kiekvieną kartą, kai keičiasi main (arba kuriamas žymeklis), paleidžiamas vamzdis, tikrinama vaidmuo, kuriamas žymeklis ir galbūt jis paskelbiamas Ansible Galaxy.

# Pavyzdys CI pipeline žingsnio (naudojant GitLab CI/GitHub Actions/Jenkins)
stages:
  - test
  - release

test_role:
  stage: test
  script:
    - molecule test

release_role:
  stage: release
  only:
    - tags # Paleidžiama tik kuriant žymeklį
  script:
    - ansible-galaxy role import --server https://galaxy.internal.bankname.com namespace role_name --role-version $CI_COMMIT_TAG
  needs:
    - test_role

Šis požiūris užtikrina skaidrumą, galimybę grįžti prie ankstesnių versijų, automatinius testus ir griežtą pakeitimų kontrolę, kas yra kritiška bankų sektoriaus saugumo ir reguliavimo reikalavimų laikymuisi.

Kaip versijųtumėte kelis vaidmenis Ansible'e bankų sektoriui?