GitLab — βασικές αρχές, δυνατότητες και CI/CD

Τι είναι το GitLab;

GitLab — είναι μια πλήρης πλατφόρμα DevOps ανοιχτού κώδικα με άδεια MIT. Σε αντίθεση με το GitHub, που συνδυάζει διάφορες υπηρεσίες μέσω ενοποιήσεων, το GitLab παρέχει ένα ενιαίο εργαλείο για όλο τον κύκλο ζωής ανάπτυξης: από τη διαχείριση κώδικα και το code review έως CI/CD, παρακολούθηση, ασφάλεια και ανάπτυξη. Η πλατφόρμα δεν απαιτεί υπηρεσίες τρίτων για τις περισσότερες εργασίες DevOps.

Η ιστορία του GitLab ξεκίνησε το 2011 ως εσωτερικό έργο Ουκρανών προγραμματιστών. Η πρώτη δημόσια έκδοση κυκλοφόρησε τον Σεπτέμβριο του 2011, και το 2015 το GitLab έγινε το πρώτο έργο στο GitLab.com, ξεκινώντας cloud hosting. Το 2017 το GitLab πραγματοποίησε μια επώδυνη αλλά ενδεικτική διαδικασία μετεγκατάστασης — μεταφορά ολόκληρης της υποδομής από το Azure στο Google Cloud, η οποία πραγματοποιήθηκε ζωντανά και τεκμηριώθηκε σε μια σειρά αναρτήσεων.

Η αρχιτεκτονική του GitLab αποτελείται από τρία βασικά στοιχεία: GitLab Rails (web εφαρμογή σε Ruby on Rails), GitLab Shell (επεξεργασία Git λειτουργιών μέσω SSH) και Gitaly (gRPC διακομιστής για πρόσβαση σε Git δεδομένα). Το CI/CD παρέχεται μέσω του GitLab Runner — μιας ξεχωριστής εφαρμογής που εγκαθίσταται σε διακομιστές δημιουργίας και εκτελεί jobs σε απομονωμένα περιβάλλοντα (Docker, Kubernetes, VirtualBox).

GitLab CI/CD: pipelines και runners

GitLab CI/CD — είναι ένα ενσωματωμένο σύστημα συνεχούς ενοποίησης και παράδοσης, που αποτελεί βασικό πλεονέκτημα της πλατφόρμας. Σε αντίθεση με το GitHub Actions, το GitLab CI/CD ήταν ενσωματωμένο στην αρχιτεκτονική από την αρχή και δεν απαιτεί ξεχωριστή ρύθμιση: κάθε έργο λαμβάνει αυτόματα CI/CD μετά την προσθήκη του αρχείου .gitlab-ci.yml στη ρίζα του αποθετηρίου.

Ένα pipeline αποτελείται από στάδια (stages), που εκτελούνται σειριακά ή παράλληλα: build → test → deploy. Κάθε στάδιο περιέχει ένα ή περισσότερα jobs, που εκτελούνται σε runners. Εάν ένα job σε ένα στάδιο αποτύχει, ολόκληρο το στάδιο επισημαίνεται ως failed, και τα επόμενα στάδια δεν εκτελούνται από προεπιλογή. Παρακάτω δίνεται ένα παράδειγμα pipeline για κινητό έργο:

# .gitlab-ci.yml
stages:
  - build
  - test
  - deploy

build-android:
  stage: build
  image: openjdk:17-jdk
  script:
    - ./gradlew assembleDebug
  artifacts:
    paths:
      - app/build/outputs/

unit-tests:
  stage: test
  script:
    - ./gradlew testDebugUnitTest

deploy-firebase:
  stage: deploy
  script:
    - firebase appdistribution:distribute app.apk

Το GitLab Runner υποστηρίζει διάφορους executors (εκτελεστές): Docker (συνιστάται), Kubernetes, SSH, VirtualBox και Parallels. Η πιο δημοφιλής επιλογή είναι ο Docker executor, που εκτελεί κάθε job σε ξεχωριστό κοντέινερ. Ένας runner μπορεί να καταχωρηθεί ως συγκεκριμένος για ένα έργο ή ως κοινός (shared) για ολόκληρη την ομάδα. Το GitLab.com παρέχει δωρεάν shared runners με όριο 2000 λεπτών το μήνα.

Προηγμένες δυνατότητες CI/CD

GitLab CI/CD υποστηρίζει μη αυτόματη εκτέλεση (when: manual), καθυστερημένη εκτέλεση (when: delayed), παράλληλη εκτέλεση (parallel: 5), matrix, δυναμικά pipelines (child pipelines) και πολυεπίπεδα pipelines (parent-child). Αυτό επιτρέπει τη δημιουργία σύνθετων σεναρίων: για παράδειγμα, δυναμική δημιουργία pipeline για κάθε module σε ένα monorepo ή παράλληλες δημιουργίες για διαφορετικές αρχιτεκτονικές Android (arm64, x86_64).

GitLab εναντίον GitHub: βασικές διαφορές

GitLab και GitHub — είναι οι δύο κύριοι ανταγωνιστές στην αγορά Git πλατφορμών, αλλά η φιλοσοφία και η αρχιτεκτονική τους διαφέρουν ριζικά. Το GitHub στοιχηματίζει στην ανοιχτή κοινότητα, το οικοσύστημα ενοποιήσεων και τις κοινωνικές λειτουργίες (forks, stars). Το GitLab εστιάζει στον ολοκληρωμένο κύκλο DevOps και παρέχει όλα τα εργαλεία έτοιμα προς χρήση: από τον προγραμματισμό έως την παρακολούθηση.

Η κύρια αρχιτεκτονική διαφορά: GitLab — είναι μια ενιαία μονολιθική εφαρμογή που ο προγραμματιστής εγκαθιστά ολόκληρη. Όλες οι λειτουργίες (CI/CD, Container Registry, Security Scanning, Pages) είναι ενσωματωμένες και λειτουργούν αμέσως μετά την εγκατάσταση. Το GitHub είναι μια πλατφόρμα με API, όπου οι περισσότερες λειτουργίες υλοποιούνται μέσω ενοποίησης με υπηρεσίες τρίτων: Travis CI, CircleCI, Jenkins, SonarQube. Ο παρακάτω πίνακας συγκρίνει τα βασικά χαρακτηριστικά:

Η επιλογή μεταξύ GitLab και GitHub εξαρτάται από τις ανάγκες της ομάδας. Εάν προτεραιότητα είναι η γρήγορη ανάπτυξη με μηδενική διαμόρφωση και η ανοιχτή κοινότητα — επιλέξτε GitHub. Εάν απαιτείται πλήρης διαχείριση υποδομής, αυτοδιαχειριζόμενη φιλοξενία και ενσωματωμένη ασφάλεια — το GitLab είναι προτιμότερο. Σύμφωνα με έρευνα του Stack Overflow (2024), το GitHub χρησιμοποιείται από το 90% των προγραμματιστών, το GitLab από το 33% (συχνά και οι δύο πλατφόρμες ταυτόχρονα).

Self-Managed GitLab: εγκατάσταση στον δικό σας διακομιστή

Self-Managed GitLab (πρώην On-Premises) επιτρέπει την εγκατάσταση της πλατφόρμας στον δικό σας διακομιστή και τον πλήρη έλεγχο των δεδομένων, της υποδομής και του uptime. Αυτό είναι ιδιαίτερα σημαντικό για οργανισμούς με απαιτήσεις συμμόρφωσης: χρηματοοικονομικός τομέας, κρατικοί φορείς, ιατρικοί οργανισμοί, όπου τα δεδομένα δεν μπορούν να αποθηκεύονται σε διακομιστές τρίτων.

Η εγκατάσταση του GitLab υποστηρίζεται σε Ubuntu, Debian, CentOS και μέσω Docker. Το επίσημο πακέτο Omnibus περιλαμβάνει όλα τα στοιχεία: web διακομιστή (NGINX), βάση δεδομένων (PostgreSQL), cache (Redis), επεξεργαστή Git (Gitaly) και διεργασίες παρασκηνίου. Ελάχιστες απαιτήσεις: 4 GB RAM και 2 CPU για ομάδα έως 100 ατόμων. Για μεγάλες εγκαταστάσεις με υψηλό φόρτο, συνιστάται διαχωρισμός των στοιχείων σε ξεχωριστούς διακομιστές.

# Εγκατάσταση GitLab CE σε Ubuntu μέσω Omnibus
curl -LO https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.deb.sh
sudo bash script.deb.sh

# Εγκατάσταση πακέτου
sudo EXTERNAL_URL="https://gitlab.example.com" apt install gitlab-ce

# Προβολή κατάστασης
sudo gitlab-ctl status
sudo gitlab-ctl tail

Το Self-Managed GitLab δεν έχει περιορισμούς λεπτών CI/CD — όλοι οι runners ανήκουν στον οργανισμό και η ισχύς τους περιορίζεται μόνο από το δικό σας υλικό. Επίσης, διατίθενται Geo-αναπαραγωγή για περιοχές, audit logs, φραγή κατά IP και ενοποίηση με εταιρικούς LDAP/SAML παρόχους. Το GitLab κυκλοφορεί ενημερώσεις κάθε μήνα (στις 22) με νέες λειτουργίες και διορθώσεις ασφαλείας.

Ενσωματωμένα εργαλεία ασφαλείας GitLab

Η ασφάλεια στο GitLab είναι ενσωματωμένη σε επίπεδο πλατφόρμας και περιλαμβάνει διάφορους σαρωτές που λειτουργούν σε κάθε στάδιο του pipeline. Το SAST (Static Application Security Testing) αναλύει τον πηγαίο κώδικα για ευπάθειες χωρίς εκτέλεση της εφαρμογής, υποστηρίζοντας περισσότερες από 15 γλώσσες, συμπεριλαμβανομένων των Java, Kotlin, Swift, Python και JavaScript. Το DAST (Dynamic Application Security Testing) ελέγχει μια εκτελούμενη web εφαρμογή για ευπάθειες από το εσωτερικό.

Πρόσθετα εργαλεία: Container Scanning ελέγχει Docker εικόνες για ευπάθειες στα βασικά στρώματα; Dependency Scanning αναλύει τις εξαρτήσεις του έργου και προειδοποιεί για γνωστά CVE; Secret Detection εντοπίζει τυχαία δεσμευμένα κλειδιά API, κωδικούς πρόσβασης και tokens; Fuzz Testing εκτελεί αυτόματο έλεγχο με μη έγκυρα δεδομένα για την εύρεση μη προφανών σφαλμάτων. Όλα τα αποτελέσματα σάρωσης εμφανίζονται στο ενιαίο Security Dashboard.

Το GitLab παρέχει επίσης Compliance — εργαλεία για τήρηση κανονιστικών απαιτήσεων. Το Compliance Dashboard δείχνει την κατάσταση συμμόρφωσης όλων των έργων, τα Audit Events καταγράφουν κάθε ενέργεια διαχειριστή και προγραμματιστή, και τα Compliance Frameworks επιτρέπουν την υποχρεωτική εφαρμογή πολιτικών διαμόρφωσης για συγκεκριμένες ομάδες έργων. Αυτό καθιστά το GitLab δημοφιλή επιλογή σε εταιρικά περιβάλλοντα με αυστηρές απαιτήσεις ασφαλείας.

Container Registry και Dependency Proxy

GitLab Container Registry — είναι ένα ενσωματωμένο Docker μητρώο, ενσωματωμένο με το CI/CD. Μετά τη δημιουργία μιας Docker εικόνας στο pipeline, μπορείτε να τη δημοσιεύσετε αμέσως στο Registry, χρησιμοποιώντας τις μεταβλητές περιβάλλοντος CI_REGISTRY και CI_REGISTRY_USER. Το Registry υποστηρίζει pull-through caching, tagging, πολιτικές εκκαθάρισης και σάρωση ευπαθειών απευθείας στο μητρώο.

Dependency Proxy — ένας μηχανισμός προσωρινής αποθήκευσης κοντέινερ και εικόνων από εξωτερικά μητρώα (Docker Hub, Quay, GCR). Όταν το pipeline ζητά την εικόνα ubuntu:latest, το GitLab ελέγχει πρώτα την προσωρινή του μνήμη — εάν η εικόνα έχει ήδη ληφθεί, δεν γίνεται εκ νέου λήψη. Αυτό μειώνει το φόρτο στα εξωτερικά μητρώα, επιταχύνει τα pipelines και προστατεύει από rate limits του Docker Hub.

Για προγραμματιστές κινητών, το GitLab παρέχει GitLab Pages για φιλοξενία τεκμηρίωσης και αναφορών δοκιμών. Μετά την εκτέλεση των δοκιμών, τα artifacts (αναφορές HTML, στιγμιότυπα οθόνης, logs) μπορούν να δημοσιευτούν ως Pages και να λάβετε έναν σύνδεσμο για αποστολή στην ομάδα QA. Αυτό είναι πιο βολικό από το να ανεβάζετε αναφορές σε αποθήκευση cloud, καθώς όλα φιλοξενούνται στο πλαίσιο του ίδιου GitLab έργου.

GitLab API και Webhooks

GitLab API (REST και GraphQL) παρέχει πρόσβαση σε όλους τους πόρους της πλατφόρμας: έργα, χρήστες, pipelines, Merge Request, μητρώο. Το API χρησιμοποιείται για αυτοματοποίηση: δημιουργία έργου από πρότυπο, ανάθεση reviewer, λήψη κατάστασης pipeline. Webhooks επιτρέπουν την αποστολή HTTP ειδοποιήσεων σε εξωτερικά συστήματα κατά τη διάρκεια γεγονότων: push, merge, δημιουργία Issue. Τα Webhooks ενοποιούνται με Mattermost, Slack, Telegram και εσωτερικά συστήματα παρακολούθησης.

GitLab Pages για κινητή τεκμηρίωση

GitLab Pages δημοσιεύει αυτόματα στατικούς ιστότοπους από το αποθετήριο. Για κινητά έργα, τα Pages είναι βολικά για τη φιλοξενία τεκμηρίωσης API, αναφορών κάλυψης δοκιμών και αποτελεσμάτων ανάλυσης lint. Η δημοσίευση γίνεται αυτόματα μετά από επιτυχημένο pipeline — αρκεί να ορίσετε στο .gitlab-ci.yml ένα βήμα deploy με δημοσίευση σε Pages. Το αποτέλεσμα είναι διαθέσιμο στη διεύθυνση https://namespace.gitlab.io/project-name.