Care este experiența ta cu GitLab CI?

Am lucrat cu GitLab CI în proiecte de automatizare a construcției, testării și implementării aplicațiilor.

Principalele sarcini:

• Crearea și configurarea pipeline-urilor: Descrierea etapelor de construcție, testare, deploy folosind .gitlab-ci.yml.
• Gestionarea runner-ilor: Configurarea, înregistrarea și scalarea runner-ilor Shared și Specific (Docker Executive, Shell Executive).
• Integrarea cu instrumente: Conectarea SonarQube pentru analiza codului, Docker Registry pentru stocarea imaginilor, Helm pentru gestionarea implementării în Kubernetes.
• Optimizarea pipeline-urilor: Accelerarea construcției prin caching-ul dependențelor, executarea paralelă a sarcinilor.
• Implementarea CI/CD: git flow Dezvoltarea strategiilor de integrare și livrare continuă, inclusiv deploy automat în diferite medii (staging, producție) după succesul testelor.
• Lucrul cu artefacte: Configurarea salvării și accesului la rezultatele construcției și testelor.
• Automatizarea implementării: Utilizarea dpl, GitLab Pages, integrarea cu Ansible și Terraform pentru infrastructură.

Exemple de configurație:

image: docker:latest # Utilizarea imaginii Docker pentru construcție

services:
  - docker:dind # Rulare Docker in Docker pentru construcția containerelor

variables:
  DOCKER_REGISTRY: $CI_REGISTRY # Variabilă pentru calea către registry-ul GitLab

stages:
  - build
  - test
  - deploy

build_image:
  stage: build
  script:
    - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY # Autentificare în registry
    - docker build -t $DOCKER_REGISTRY/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_SHA-$CI_COMMIT_REF_SLUG . # Construirea imaginii cu tag
    - docker push $DOCKER_REGISTRY/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_SHA-$CI_COMMIT_REF_SLUG # Împingerea imaginii în registry
  only:
    - main

run_tests:
  stage: test
  image: python:latest # Utilizarea imaginii Python pentru teste
  script:
    - pip install -r requirements.txt # Instalarea dependențelor
    - pytest # Rulare teste
  only:
    - merge_requests

deploy_staging:
  stage: deploy
  environment:
    name: staging
    url: https://staging.example.com # URL mediu
  needs: ["run_tests"] # Dependență de succesul testelor
  script:
    - # Comenzi pentru deploy pe staging (de exemplu, prin Helm)
  only:
    - main

deploy_production:
  stage: deploy
  environment:
    name: production
    url: https://example.com # URL producție
  needs: ["deploy_staging"] # Dependență de succesul deploy-ului pe staging
  script:
    - # Comenzi pentru deploy pe producție (de exemplu, manual sau programat)
  when: manual # Rulare manuală a deploy-ului pe producție
  only:
    - main

Aspecte cu care am lucrat:

Aspect	Experiență
runnersExecutors	Docker, Shell
cache	Utilizare pentru accelerarea construcției
artifacts	Salvarea jurnalelor, rapoartelor, artefactelor colectate
environments	Definirea mediilor pentru deploy
variables	Variabile secrete, variabile CI/CD
rules/only/except	Executarea condiționată a job-urilor
include	Împărțirea configurației în fișiere mici
triggers	Pornirea pipeline-urilor prin evenimente externe
child pipelines	Pipeline-uri înrudite pentru proiecte complexe
job dependencies	Configurarea dependențelor între job-uri

Am o înțelegere solidă a principiilor CI/CD și pot aplica GitLab CI pentru construirea unor procese fiabile și automatizate de dezvoltare și implementare.