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 19 Nächste Version anzeigen »

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