Releases werden auf Basis der Apps veröffentlicht. Apps bestehen aus einem Namen und einer Repository-URL, in der Regel ein Git-Repository, aus dem die App heruntergeladen werden kann. Apps können manuell gepflegt werden oder per Schnittstelle aus einem Gitlab-Repository ausgelesen werden.
...
- Öffnen Sie das SaaS-Dashboard.
- Öffnen Sie die SaaS-Konfiguration in der entsprechenden Kachel.
- Pflegen Sie die folgenden Felder und speichern Sie.
| Feld | Beschreibung |
|---|---|
| ID der GitLab-Obergruppe der brandbox-Produkte | Die Gruppen-ID aus GitLab, mit der die Apps aus den Untergruppen dieser Gruppe in die Tabelle "Apps" synchronisiert werden. |
| Die Gruppen-ID der Untergruppe, die lizenzpflichtige Core-Apps enthält. Diese werden bei der Synchronisation entsprechend markiert. |
...
Der Release-Prozess erstellt ein statisches Composer-Repository mit Satis. Die geschieht durch das Deployment eines Satis-Docker-Containers in Kubernetes. Für den Release wird eine Kubernetes-Anbindung benötigt, in dem das Release-Host-System selbst auch laufen muss.
- Öffnen Sie im Administrations-Dashboard die Lokale Kubernetes
...
- Konfigurationin der Kachel "Kubernetes".
- Hinterlegen Sie API-Endpunkt für die Kubernetes-API, einen API-Token sowie den Namespace, in dem Satis deployed werden soll.
- Öffnen Sie die Apps-Tabelle in der Kachel "Release".
- Klicken Sie in der Toolbar auf "Release starten" und bestätigen Sie.
- Es erscheint eine Erfolgsmeldung, der Button "Release starten" wird ausgeblendet.
- Der Prozess läuft asynchron und ist abgeschlossen, sobald der Button "Release starten" wieder erscheint. Hierzu die Ansicht in gewünschten Zeitabständen aktualisieren.
Hinweis: die Dauer des Releases hängt von der Anzahl Apps und deren getaggten Versionen ab.