Deployment automatisieren und dokumentieren

[fsteeg]

Entstanden aus #12 (comment).

Das Deployment der SKOS-/TTL-Systematiken für die RPB umfasst mehrere Ebenen und funktioniert aktuell so:

• Import in Strapi (für Systematik-Vorschläge beim Erfassen): 1.) manuell TTL per Python-Skript hier im Repo zu NDJSON, 2.) NDJSON manuell per Metafacture in Strapi importieren (Flux-Workflow)
• TTL-Dateien als Lookup-Quelle für die Strapi-zu-Lobid-Transformation mit Metafacture: TTL-Dateien werden im Produktivsystem nächtlich per Cron-Job von GitHub geladen (s. transformExternalData.sh)
• Systematiken im Web-UI: aktuellen embedded-ES-Index löschen, dadurch wird der beim nächsten Neustart der rpb-Play-App automatisch aus den TTL-Dateien im main-Branch neu gebaut: rm -rf target/universal/stage/data/* ; sh restart.sh rpb ; tail -f target/universal/stage/logs/application.log

Was z.B. fehlt um das vollständig zu automatisieren:

• Hier GitHub-Action aufsetzen, die das Python-Skript automatisch laufen lässt und das Ergebnis pusht
• Systematik-Strapi-Import per Cron automatisieren (in rpb, z.B. in transformExternalData.sh)
• Beim nächtlichen Neustart der RPB-Instanzen den embedded-ES-Index löschen (in rpb, z.B. in monit_restart.sh)

Dann müsste nach einem Merge in den main-Branch alles automatisch deployed werden.

[acka47]

Wär die Automatisierung nicht etwas für @Phu2 ? Wie siehst du das, Phu? Die Priorität ist jetzt nicht sehr hoch, obwohl: Wahrscheinlich kommt demnächst nochmal eine Änderung, mit der wir das testen könnten.