GitLab
Ein eigenes GitLab hält Quellcode, Pipelines und Artefakte im eigenen Haus - relevant überall dort, wo Kundendaten, Verträge oder Lizenzbedingungen keine fremde Cloud zulassen. Wir installieren, aktualisieren und sichern die Instanz, Sie arbeiten damit.
- CPU
- ab 4 vCPU
- RAM
- ab 8 GB
- Speicher
- ab 50 GB CEPH NVMe
- Netzwerk
- 2x 10 Gbit/s LACP
- Standort
- Frankfurt, DE
Worauf es im Alltag ankommt.
Nicht die Liste der Häkchen entscheidet, sondern was davon im Störungsfall trägt.
Quellcode bleibt im Haus
Repositories, Pipelines und Artefakte liegen auf einem Server in Frankfurt, auf den nur Ihr Team und wir Zugriff haben. Bei Projekten mit Verschwiegenheitspflicht entfällt damit die Frage, in welcher fremden Cloud-Region der Code gerade liegt.
Pipelines ohne Minutenkontingent
Die CI/CD-Läufe arbeiten auf eigenen Runnern auf Docker- oder Shell-Basis. Die Grenze ist die Leistung Ihres Servers und nicht ein gekauftes Minutenpaket, deshalb ändern häufigere Builds die monatlichen Kosten nicht.
Registry und Pakete in derselben Instanz
Container-Abbilder und Pakete liegen direkt neben dem Repository, statt bei einem zweiten Anbieter. Das bedeutet eine Anmeldung, eine Rechtevergabe und eine Sicherung für den gesamten Weg vom Commit bis zum fertigen Abbild.
Freigaben bleiben nachvollziehbar
Merge Requests mit Pflichtfreigaben und geschützte Branches verhindern, dass Änderungen unbemerkt in den Hauptzweig gelangen. Wer wann freigegeben hat, steht im Verlauf und lässt sich bei Prüfungen oder Übergaben belegen.
Updates entlang des vorgegebenen Pfades
GitLab schreibt bei größeren Sprüngen bestimmte Zwischenversionen vor. Wir gehen diesen Pfad Schritt für Schritt und gegen ein vorher erstelltes Backup, damit Ihre Instanz aktualisierbar bleibt und nicht auf einer alten Version festhängt.
Zugänge zentral steuern
Die Anmeldung lässt sich an Ihr bestehendes Verzeichnis per LDAP oder SSO anbinden, Zwei-Faktor-Anmeldung kann verpflichtend gesetzt werden. Scheidet jemand aus, genügt die Sperre im Verzeichnis, statt einzelne Konten zu suchen.
- Auto-SSL
- CI/CD-Runner
- Container Registry
- Branch-Schutz
- LDAP & SSO
- 2FA-Pflicht
- SMTP-Alerts
- Backup-Routine
- Tägliche Sicherung
- Monitoring & Alarm
nur in der Stufe Managed enthalten
Standard oder Managed.
- GitLab CE mit automatisch verlängertem Zertifikat
- Unbegrenzte Repositories und Nutzerkonten
- Eigene CI/CD-Runner auf Docker- oder Shell-Basis
- Container- und Package-Registry aktiviert
- Merge Requests mit Freigaben und Branch-Schutz
- 2FA sowie Anbindung an LDAP oder SSO möglich
- Alles aus Standard
- Härtung: TLS, Selbstregistrierung aus, 2FA-Pflicht
- LDAP/SSO-Anbindung für zentrale Kontenverwaltung
- GitLab Runner mit Cache-Verzeichnis eingerichtet
- Tägliche Sicherung mit Rückspielprobe
- Überwachung von Erreichbarkeit und Runner-Status
Kurz geklärt.
Ja. Repositories, Benutzer, Pipelines und Registry lassen sich migrieren, in der Regel mit einem geplanten Wartungsfenster.
Das hängt an Anzahl und Laufzeit der Pipelines. Im Managed-Paket ist ein Runner enthalten, weitere lassen sich jederzeit ergänzen.
Standardmäßig die Community Edition. Wenn Sie eine Lizenz für die Enterprise Edition haben, betreiben wir diese ebenso - die Lizenz selbst beziehen Sie direkt bei GitLab.
Technisch unbegrenzt, praktisch begrenzt die Serverleistung. Für Teams bis etwa 25 aktive Nutzer reicht die Standardausstattung, darüber stimmen wir die Größe ab.
Ja, die Registry ist Teil von GitLab. Der Speicherbedarf wächst mit den Abbildern, deshalb planen wir Storage und Aufräumregeln von Anfang an mit ein.
Updates laufen gegen ein Backup und außerhalb der Arbeitszeit. GitLab schreibt bei größeren Sprüngen Zwischenversionen vor - diese Reihenfolge halten wir ein, statt direkt zu springen.
Klingt nach Ihrem Projekt?
Kurz schildern, worum es geht. Wir melden uns innerhalb von 24 Stunden mit einer ehrlichen Einschätzung.