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

AppStore

  • brandbox bringt in der Anwendung einen AppStore mit, über den sich Apps nachinstallieren lassen
  • Das hält die Anwendung schlank, weil meistens nur ein Bruchteil des Funktionsumfangs genutzt wird
  • Bsp.: PIM wird 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 haben
  • 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)

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.

Kubernetes-Manager

  • Der Rancher-Manager wird durch den Kubernetes-Manager abgelöst
  • Es gibt nun ein vollintegriertes Cron-Handling und Maintainer Crons
  • Die project.env wird soweit durch eine Verwaltungsoberfläche im zu Grunde liegenden Lizenzsystem abgelöst
  • Anpassungen in der docker-compose.yml sind zu beachten

Gitlab-Manager

  • Anlage von Repos mit Nightly, Stage, Live
  • Committen von composer.json (z.B. neues Produkt wird lizensiert)

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

  • Aufgrund der Umsetzung als eigenes Produkt kann das Konzept 1:1 auf andere Firmen übertragen und vertrieben werden
  • Notwendig sind ein eigenes Git-Repository und ein eigenes Kubernetes-Cluster
  • Keine Stichwörter