GitLab Lizenzierung und Kauf

GitLab lizenziert pro Benutzer. Die Pläne dürfen nicht gemischt werden, alle Benutzer einer Instanz benötigen denselben Plan. Upgrades und Laufzeitanpassungen sind auf Anfrage möglich.

Subscriptions

GitLab Pläne gibt es nur als Subscriptions mit einer Laufzeit von 1, 2 oder 3 Jahren. Verfügbar als Self-Managed Edition (On-Premises oder Public Cloud) oder als SaaS (GitLab Cloud).

Self-Managed

Self-Managed: Benötigt Linux-Erfahrung. Sie hosten und verwalten die GitLab Software auf Ihren eigenen Servern und sind selbst für Wartung und Updates der Instanzen verantwortlich. GitLab lässt sich auf der eigenen Infrastruktur oder in öffentlichen Cloud-Umgebungen wie Microsoft Azure installieren.

Cloud (SaaS)

Cloud (SaaS): Kein technisches Setup erforderlich. Für Unternehmen gedacht, die sich nicht selbst verwalten können oder möchten und die Ressourcen auslagern wollen. Die GitLab Cloud wird 24/7 von GitLab betreut. Backups müssen Sie selbst veranlassen. Die GitLab Cloud (GitLab.com) ist nicht für High Availability (HA) ausgelegt.

Verlängerung

GitLab-Abonnements verlängern sich standardmäßig automatisch. Sie können die automatische Verlängerung im Customers Portal deaktivieren. Fünfzehn Tage vor Ablauf erscheint in der GitLab-Oberfläche ein Banner mit dem Ablaufdatum. Eine manuelle Verlängerung ist bis zu 15 Tage nach dem Ablaufdatum möglich.

Haben Sie im laufenden Abonnement-Jahr mehr Benutzer hinzugefügt als lizenziert, wird die Differenz bei der Verlängerung automatisch abgerechnet.

Läuft ein Abonnement ohne Verlängerung ab, gelten folgende Einschränkungen:

Self-Managed: Die Instanz wird schreibgeschützt. Git-Pushes und andere Schreiboperationen sind bis zur Verlängerung gesperrt.
GitLab.com (SaaS): Kostenpflichtige Funktionen sind nicht mehr verfügbar. Kostenlose Funktionen bleiben zugänglich.

Customers Portal und Aktivierung

GitLab-Lizenzen werden über das Customers Portal unter customers.gitlab.com verwaltet. Dort können Sie Ihr Abonnement verlängern, Benutzerzahlen anpassen und Zahlungsmethoden hinterlegen.

Nach dem Kauf einer Self-Managed-Lizenz erhalten Sie einen Aktivierungscode per E-Mail. Diesen Code tragen Sie einmalig in Ihrer GitLab-Instanz ein, um die Subscription freizuschalten. Die Instanz synchronisiert danach täglich ihre Lizenzdaten mit dem Customers Portal.

Für GitLab.com (SaaS) ist keine separate Aktivierung erforderlich. Die gebuchten Funktionen stehen nach dem Kauf direkt im Namespace zur Verfügung.

Priority Support

Support Impact	SLA	Reaktionszeit	Anfrage auslösen
Emergency (Self-Managed only)	30 Minuten	24x7	Um eine Notfall-Anfrage auszulösen, senden Sie eine E-Mail an die Adresse, die Sie mit der Lizenzauslieferung erhalten haben.
Highly Degraded	4 Stunden	Montag-Freitag 7-17 Uhr	Anfrage entweder über Support Web-Formular oder Support E-Mail.
Medium Impact	8 Stunden	Montag-Freitag 7-17 Uhr	Anfrage entweder über Support Web-Formular oder Support E-Mail.
Low Impact	24 Stunden	Montag-Freitag 7-17 Uhr	Anfrage entweder über Support Web-Formular oder Support E-Mail.

Support-Prioritäten

Emergency: Ihre Instanz von GitLab ist nicht verfügbar oder vollständig unbrauchbar (30 Minuten). Ein GitLab-Server oder -Cluster in der Produktion ist nicht verfügbar oder anderweitig unbrauchbar. Ein Notfallticket kann eingereicht werden und der Support-Ingenieur (von GitLab) auf Abruf wird innerhalb von 30 Minuten antworten. Beispiel: GitLab zeigt 502 Fehler für alle Benutzer an. So lösen Sie eine Notfallunterstützung aus .
High: GitLab ist stark beeinträchtigt. Wichtige GitLab-Funktionen sind nicht verfügbar oder extrem verlangsamt, ohne akzeptable Problemumgehung. Die Implementierung oder Produktion von GitLab wird fortgesetzt. Es gibt jedoch schwerwiegende Auswirkungen auf die Produktivität. Beispiel: CI-Builds sind fehlerhaft und werden nicht erfolgreich abgeschlossen, und der Software-Release-Prozess ist erheblich betroffen.
Medium: Etwas verhindert den normalen GitLab-Betrieb. Wichtige GitLab-Funktionen sind nicht verfügbar oder etwas verlangsamt, es ist jedoch eine Problemumgehung verfügbar. Die Verwendung von GitLab führt zu einem geringfügigen Verlust der Betriebsfunktionalität, unabhängig von der Umgebung oder Verwendung. Beispiel: Ein bekannter Fehler wirkt sich auf die Verwendung von GitLab aus, aber eine Problemumgehung wird erfolgreich als temporäre Lösung verwendet.
Low: Fragen oder Erläuterungen zu Funktionen, Dokumentationen oder Bereitstellungen. Minimale oder keine geschäftlichen Auswirkungen. Informationen, eine Erweiterung oder eine Klarstellung der Dokumentation sind erforderlich, es gibt jedoch keine Auswirkungen auf den Betrieb von GitLab. Die Implementierung oder Produktion von GitLab wird fortgesetzt und die Arbeit wird nicht behindert. Beispiel: Eine Frage zum Aktivieren von ElasticSearch.