EMOS Admin

📊 Deployment Dashboard

Umgebungen, Datenfluesse und Git-Versionsstand

🔵 Staging

— Lade... dev

Backend + Frontend

Backend · —

Frontend · —

Datenbank

PostgreSQL · emos_staging

Zuletzt befuellt: —

Migration: —

▲

Deploy → Staging

GitHub main Rollback: nur Code, nie DB

Lade Commits...

🟢 Produktion

— Lade... main

Backend + Frontend

Backend · —

Frontend · —

Datenbank

PostgreSQL · emos

Backup: —

Migration: —

💾 Backup

🔵 Staging

Lade...

🟢 Prod · Automatisch

Lade...

💾 Prod · Manuell

Lade...

🚀 CI / Deploy-Events

Lade CI-Events...

📋 Aktivitaetslog

Zeitpunkt	Status	Aktion	Details
Lade Log...

🚀 Promote: Staging → Produktion

Staging-Code wird in Produktion eingespielt. Kurze Downtime moeglich.

Staging: —
Prod wird: —

Tippe PROMOTE zur Bestaetigung:

🔄 Rebuild: Prod-Code → Staging

Staging wird auf den aktuellen Prod-Commit gesetzt und neu gebaut.

Prod-Stand: —
Staging wird auf diesen Stand gebaut.

📊 DB-Refresh: Prod → Staging

Prod-DB wird anonymisiert auf Staging kopiert. Staging-DB wird ueberschrieben.

Quelle: emos (Produktion)
Ziel: emos_staging (wird ueberschrieben, DSGVO-anonymisiert)

Tippe OK zur Bestaetigung:

⚠ DB-Promote: Staging → Produktion

Achtung: Ueberschreibt die Produktionsdatenbank! Ein Sicherheits-Backup wird automatisch erstellt.

Quelle: emos_staging
Ziel: emos (Produktion — wird ueberschrieben)

Tippe DB-PROMOTE zur Bestaetigung:

💾 Manuelles Backup erstellen

Sofort-Dump der Prod-DB mit aktuellem Timestamp.

Ziel: /opt/emos/backups/prod-DATUM-UHRZEIT.sql.gz

💾 Staging-Backup erstellen

Sofort-Dump der Staging-DB mit aktuellem Timestamp.

Ziel: /opt/emos/backups/staging-DATUM-UHRZEIT.sql.gz

⏰ Automatisches Backup

Laeuft taeglich um 02:00 Uhr via Cron-Job.

Zeitplan: 02:00 Uhr taeglich
Aufbewahrung: 7 Tage
Ziel: /opt/emos/backups/