Mida teete, kui mitmel CI meeskonnal on ühised ülesanded?

Ma soovitaksin järgmisi variante:

1. Ühiste ülesannete tsentraliseerimine. Tõsta ühised ülesanded eraldi, taaskasutatavateks komponentideks või pipelineteks.

   • Näide: Loo keskne hoidla ühiste ehitamise, testimise ja juurutamise skriptide jaoks.

2. Pipelaini mallide kasutamine. Kui CI süsteem toetab malle (näiteks GitLab CI, Jenkins Shared Libraries), rakenda ühised ülesanded mallidena.

   • Näide: Loo mall Docker-pildi ehitamiseks või Kubernetesesse juurutamiseks.

   # .gitlab-ci.yml (fragment)
   include:
     - project: 'shared/ci-templates' # Projekt mallide jaoks
       file: '/templates/docker_build.yml' # Malle fail
   
   build_service:
     extends: .docker_build # Malle kasutamine
     variables:
       DOCKER_IMAGE_NAME: my-service
   

3. Pipelaini koostamine. Jagada keerulised pipelined väiksemateks, taaskasutatavateks osadeks, mida saab kombineerida.

4. Ühiste tööriistade kasutuselevõtt. Määratleda ja standardiseerida tööriistad (näiteks linterid, formatterid, turvaskannerid), mida kasutavad kõik meeskonnad. Keskne nende täitmine.

5. Ühiste pipelainide regulaarne ülevaatus ja refaktoring. Teha perioodilisi analüüse ühiste komponentide kasutusest ja optimeerida neid, võttes arvesse meeskondade nõuete muutusi.

6. Dokumentatsioon. Koostada üksikasjalik dokumentatsioon ühiste komponentide ja mallide kasutamise kohta.

7. Meeskondade koolitus. Korraldada koolitusi meeskondadele õige kasutamise kohta kesksetest ressurssidest ja mallidest.

8. Eraldiseisev meeskond või vastutus. Suurtes organisatsioonides võib määrata meeskonna või vastutava isiku, kes tegeleb ühiste CI/CD komponentide hoolduse ja arendamisega.

Valik sõltub kasutatavast CI süsteemist, ettevõtte DevOps praktikate arengutasemest ja infrastruktuuri mahust. Eesmärk on vähendada koodi dubleerimist, lihtsustada hooldust ja tagada protsesside järjepidevus.