Co zrobisz, jeśli kilka zespołów w CI ma wspólne…

Proponowałbym następujące opcje:

Centralizacja wspólnych zadań. Wydzielenie wspólnych zadań do oddzielnych, wielokrotnego użytku komponentów lub pipeline'ów.
- Przykład: Utworzenie centralnego repozytorium z wspólnymi skryptami do budowania, testowania i wdrażania.

Użycie szablonów pipeline'ów. Jeśli system CI obsługuje szablony (np. GitLab CI, Jenkins Shared Libraries), zaimplementować wspólne zadania w formie szablonów.

Przykład: Utworzenie szablonu do budowania obrazu Docker lub wdrażania w Kubernetes.

# .gitlab-ci.yml (fragment)
include:
  - project: 'shared/ci-templates' # Ścieżka do projektu z szablonami
    file: '/templates/docker_build.yml' # Dołączenie szablonu

build_service:
  extends: .docker_build # Użycie szablonu
  variables:
    DOCKER_IMAGE_NAME: my-service

Kompozycja pipeline'ów. Podzielenie złożonych pipeline'ów na mniejsze, wielokrotnego użytku części, które można łączyć.
Wdrożenie wspólnych narzędzi. Zdefiniowanie i standaryzacja narzędzi (np. linters, formatery, skanery bezpieczeństwa), które będą używane przez wszystkie zespoły. Skonfigurowanie ich centralnego uruchamiania w CI.
Regularny przegląd i refaktoryzacja wspólnych pipeline'ów. Okresowa analiza użycia wspólnych komponentów i ich optymalizacja, uwzględniając zmiany w wymaganiach zespołów.
Dokumentacja. Utworzenie szczegółowej dokumentacji dotyczącej korzystania ze wspólnych komponentów i szablonów.
Szkolenie zespołów. Przeprowadzenie szkoleń dla zespołów na temat poprawnego korzystania z zasobów i szablonów centralnych.
Wyznaczenie dedykowanego zespołu lub osoby odpowiedzialnej. W dużych organizacjach można wyznaczyć zespół lub osobę odpowiedzialną za wsparcie i rozwój wspólnych komponentów CI/CD.

Wybór konkretnego podejścia zależy od używanego systemu CI, dojrzałości praktyk DevOps w firmie oraz skali infrastruktury. Celem jest zmniejszenie duplikacji kodu, uproszczenie utrzymania i zapewnienie spójności procesów.

Co zrobisz, jeśli kilka zespołów w CI ma wspólne zadania?