Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 20 Aktuelle »

AppStore

  • brandbox bringt in der Anwendung einen AppStore mit, über den sich Apps nachinstallieren und updaten lassen

  • Das hält die Anwendung schlank, weil oft nur ein Bruchteil des Funktionsumfangs genutzt wird

  • Bsp.: PIM steht innerhalb der Lizenz zur Verfügung, wird aber nur installiert, wenn benötigt

  • Die installierten Apps werden im Container persistiert und bleiben bei Re-Deployment erhalten

Saas (Software as a service)-Prozess

  • Ausgangslage: Aufwände für manuelles Anlegen von Gitlab-Repository (Projektteams) und Kubernetes-Konfiguration (DevOps) sollen entfallen

  • Projektleiter soll in der Lage sein, innerhalb kurzer Zeit ohne Programmierkenntnisse ein System online zu stellen

  • Alle Tools für den diesen Prozess kommen als Core-Apps:

    • Interner Marketplace (brandbox shop)

    • Veröffentlichung von Apps in einem Composer-Repository (release-core)

    • Verwaltung von Lizenzen (license-core)

    • Verwaltung der Systemkonfiguration (saas-core)

    • Schnittstelle zu Git-Repository (gitlab-manager)

    • Schnittstelle zu Kubernetes (kubernetes-manager)

Lizenz-Handling

  • Verwaltung von Kunden, Lizenzen und Verträgen

  • Workflow zur automatischen Lizenzvergabe auf Basis von Shop-Bestellungen

  • Apps lassen sich beliebig im Client installieren

  • Dazu geht der Client in einen Maintenance-Modus

  • Es werden nur noch Core-Apps validiert, alle anderen sind Lizenzfrei. Das verbessert die Installations-Geschwindigkeit.

Gitlab-Manager

  • Neues Tool vergleichbar mit dem Rancher Manager für die CLI sowie als Brandbox App

  • Aufsetzen von Projekten in GIT

    • Repository basierend auf dem Repository der passenden Brandbox Version (→ Fork)

    • Anpassen der CI-Pipeline Konfiguration

    • Erstellen der notwendigen Branches für Nightly, Stage und Live

    • Commit der K8S Konfiguration

    • Commit der composer.json

  • Git Operationen (clone, commit, push)

    • Brandbox Update

    • Neue Lizenz

Kubernetes-Manager

  • Der Rancher-Manager wird ab v5.6 durch den Kubernetes-Manager abgelöst

  • Neben der CLI gibt es nun auch eine Brandbox-Integration

    • Cronjobs im System werden nun auch automatisch in Kubernetes angelegt

    • Zukünftige Steuerung des Clusters über Brandbox und Apps möglich

  • Umstellung auf eine neue Konfiguration

    • Systemzustand wird ganzheitlich dargestellt (z.B.: Alle Domain)

    • Erzeugung automatisiert über eine Verwaltungsoberfläche im zu Grunde liegenden Lizenzsystem

  • Anpassungen in der docker-compose.yml sind zu beachten

  • Keine Rückwärtskompatibilität zu Versionen vor v5.6

    • Rancher Manager bleibt bei diesen Systemen weiterhin in Benutzung

Saas-Manager

  • Verwaltung der Systemkonfiguration

  • Workflows zur automatischen Anlage von Repos und Rancher-Projekten mittels Gitlab-Manager und Kubernetes-Manager

  • Nutzt Gitlab-Manager und Kubernetes-Manager

Release-Manager

  • Erstellung der Produkt-Releases mittels Satis

  • Verwaltung von Apps und Versionen

Produkt Saas

  • Das neue Produkt Saas fasst diese Apps in einem Produkt zusammen

  • Damit wird es möglich, neue Installationen über einen integrierten Workflow innerhalb von kurzer Zeit online zu bringen

  • Startpunkt: Bestellung eines Produkts im Shop

  • Endpunkt: Mail mit Link zur Admin-Oberfläche an Besteller

my.brandbox.host

  • löst packages.brandbox.host ab v5.6 ab

  • brandbox-Lizenzen können hier im internen Marketplace gekauft werden

  • Die Anlage der Lizenzen, Systeme, Gitlab-Repos, Pipelines und Rancher-Konfiguration plus Anlage erfolgen danach automatisch per Workflow

  • Führendes System für Saas-Kunden, -Lizenzen und -Verträge

  • Mittelfristig direkte Anbindung ans Monitoring (Überwachung Hardware u. Speicherplatz)

Ausblick

  • Das neue Produkt ermöglicht den Einsatz Ihrer Software im SaaS-Umfeld. Sprechen Sie uns an

  • Notwendig sind ein eigenes Git-Repository und ein eigenes Kubernetes-Cluster

  • Keine Stichwörter