(**)
Die hier als Beispiel genannten Versionen sind nicht immer die aktuellen! Bitte schauen sie im Zweifel in die Tags oder den Release RSS Feed (nicht öffentlich verfügbar).
Um das Deployment von Dynexite zu erleichtern, werden die Applikationen als Docker-Container zur Verfügung gestellt.
Um die Versionen voneinander zu trennen gibt es verschiedene Tags der Container:
| Name | Beschreibung | Produktiv nutzen? |
|---|---|---|
| #version# | entspricht einer bestimmten Version - z.B. v2.7.1, v2.7, v2 (**) |
Ja |
| stable | entspricht der letzten stabilen Version | Nein |
| latest | ist die aktuelle Entwicklerversion. | Nein |
Im Allgemeinem ist z.B.
v2.6am sinnvollsten, um die neusten Patches zu erhalten.
Wir stellen über registry.dynexite.de eine zentrale Registry bereit mit welcher Sie die Images bei sich installieren können.
Bitte kontaktieren Sie uns, wenn sie Zugang zu den Images erhalten möchten.
Um diese zu nutzen, müssen Sie sich dort anmelden
docker login registry.dynexite.de
im Anschluss können Sie die Images entweder direkt herunterladen (z.B.) (**)
docker pull registry.dynexite.de/dynexite/orbit-teacher-backend:2.7.1
oder über ihr Orchestrierungstool nutzen.
Wichtig
Um Dynexite zu betreiben wird eine aktuelle Mysql oder MariaDB Installation benötigt. Diese ist entweder als Container oder als Bare-Metal Installation zu betreiben.
WARNUNG für MARIADB
Durch einen Fehler in MariaDB werden einige der automatischen Migrationen falsch durchgeführt. Dies kann zu einem katastrophalen Datenverlust führen. Aus unserer Erfahrung ist es notwendig, dass der "ALTER_ALGORITHM" nicht auf "DEFAULT" steht, sondern auf "COPY" gesetzt wird.
Sollten die Migrationen durchgeführt worden sein und die Datenbank noch laufen, müssen sie sofort einen kompletten DUMP der Daten anlegen! Die Datenkorruption findet erst beim Neustart der Datenbank statt.
Aus diesem Grunde könnte eine komplette Umstellung auf postgresql stattfinden.
Siehe u.A. :
https://jira.mariadb.org/browse/MDEV-20198
https://jira.mariadb.org/browse/MDEV-21088
https://jira.mariadb.org/browse/MDEV-20198
Konfiguration für mariadb
Diese Konfiguration kann in mariadb gesetzt werden, um die Änderung dauerhaft zu behalten.
[mysqld]
alter_algorithm = COPY
Für die Nutzung der Parametrisierung durch eine Generatorlogik kann es zusätzlich notwendig sein, die erlaubte maximale Datenmenge für einzelne Datenelemente (Blobs) zu erhöhen. Ansonsten könnten Fehler bei dem Item-Erstellungsprozess auftreten, sodass die Items den Reviewprozess nicht erfolgreich durchlaufen können. Es wird empfohlen, den Parameter max_allowed_packet auf 16-32 mb zu erhöhen (siehe auch https://mariadb.com/docs/reference/es/system-variables/max_allowed_packet/#es-system-variables-max-allowed-packet). Eine entsprechende Konfiguration könnte wie folgt aussehen:
[mysqld]
alter_algorithm=COPY
max_allowed_packet=32M
Sowohl der Orbit, als auch der Satellite, benötigt eine funktionierende Mysql- oder MariaDB-Instanz .