Ką darysite, jei keli CI komandos turi bendras užduotis?

Siūlau šiuos variantus:

1. Bendrų užduočių centralizavimas. Išskirti bendras užduotis į atskirus, pakartotinai naudojamus komponentus arba pipelines.

   • Pavyzdys: Sukurti centrinę saugyklą bendriems statybos, testavimo ir diegimo scenarijams.

2. Pipeline šablonų naudojimas. Jei CI sistema palaiko šablonus (pvz., GitLab CI, Jenkins Shared Libraries), įgyvendinti bendras užduotis kaip šablonus.

   • Pavyzdys: Sukurti šabloną Docker vaizdo kūrimui arba Kubernetes diegimui.

   # .gitlab-ci.yml (fragmentas)
   include:
     - project: 'shared/ci-templates' # Projektas su šablonais
       file: '/templates/docker_build.yml' # Šablono failas
   
   build_service:
     extends: .docker_build # Naudoti šabloną
     variables:
       DOCKER_IMAGE_NAME: my-service
   

3. Pipeline sudėtis. Sudėtingas pipelines padalinti į mažesnes, pakartotinai naudojamas dalis, kurias galima derinti.

4. Bendrų įrankių diegimas. Nustatyti ir standartizuoti įrankius (pvz., linters, formatterius, saugumo skenerius), kurie bus naudojami visų komandų. Sukurti jų centralizuotą vykdymą.

5. Reguliarus bendrų pipeline peržiūra ir refaktoringas. Periodiškai analizuoti bendrų komponentų naudojimą ir optimizuoti juos, atsižvelgiant į komandų poreikių pokyčius.

6. Dokumentacija. Parengti išsamią dokumentaciją apie bendrų komponentų ir šablonų naudojimą.

7. Komandų mokymai. Organizuoti mokymus komandoms apie teisingą centrinių išteklių ir šablonų naudojimą.

8. Atskira komanda arba atsakomybės paskyrimas. Didelėse organizacijose galima paskirti komandą arba paskirti atsakingą asmenį, kuris rūpinsis bendrų CI/CD komponentų palaikymu ir plėtra.

Pasirinkimas priklauso nuo naudojamos CI sistemos, įmonės DevOps praktikų raidos lygio ir infrastruktūros masto. Tikslas — sumažinti kodo dubliavimą, palengvinti priežiūrą ir užtikrinti procesų nuoseklumą.