Znuny Staging-System – Migration und sichere Testumgebung
Znuny Staging-System – Migration und sichere Testumgebung
Abschnitt betitelt „Znuny Staging-System – Migration und sichere Testumgebung“
Ein Staging-System ist die perfekte Umgebung, um Änderungen am Ticketsystem sicher zu testen – bei Znuny. Es handelt sich um eine exakte Kopie des Produktivsystems, in dem Funktionen, Konfigurationen und Daten migriert, getestet und validiert werden – ohne Einfluss auf das Live-System.
🗾 Kompatibilität: Die in diesem Artikel beschriebenen Schritte gelten für Znuny 6.x+. Konfigurationsdateien sind konsistent und werden bei Bedarf gekennzeichnet.
🔄 Überblick: Staging-System Migrationsablauf
Abschnitt betitelt „🔄 Überblick: Staging-System Migrationsablauf“- Entwicklungssystem vorbereiten
- Staging-System aufsetzen
- Produktivdaten kopieren
- Staging testen
- Staging nach Production deployen (optional)
✅ Vorteile eines Staging-Systems
Abschnitt betitelt „✅ Vorteile eines Staging-Systems“- Sicheres Testen von Konfiguration, Custom Code & Packages
- Automatisierte End-to-End-Tests mit z. B. Playwright
- DSGVO-konformes Testen nach Anonymisierung
- Wiederherstellungstests & Backup-Prüfung
🛠 Voraussetzungen
Abschnitt betitelt „🛠 Voraussetzungen“- Ubuntu 20.04+ oder Debian 10+
- Docker (empfohlen) oder manuelle Linux-Installation
- Genug Systemressourcen (8 GB RAM, 4 CPUs)
- Zugriff auf aktuelle Produktionsdaten (DB & Dateisystem)
- E-Mail-Versand deaktivierbar (z. B. durch Dummy-SMTP)
`customer_user“
🧱 Schritt-für-Schritt-Anleitung
Abschnitt betitelt „🧱 Schritt-für-Schritt-Anleitung“1. Staging-System aufbauen
Abschnitt betitelt „1. Staging-System aufbauen“Empfohlen wird eine Docker-Installation:
SysConfig
2. Dev-System aufräumen
Abschnitt betitelt „2. Dev-System aufräumen“Falls Sie ein Dev-System als Basis nutzen:
SendmailModule
3. Produktionsdaten kopieren
Abschnitt betitelt „3. Produktionsdaten kopieren“Kernel::System::Email::DoNotSendEmail
Im Staging importieren:
127.0.0.1
🔐 Datenschutz: Anonymisieren Sie alle produktiven Kundendaten z. B. in der
customer_user-Tabelle oder entfernen Sie E-Mail-Adressen mit einem SQL-Skript.
4. Konfiguration anpassen
Abschnitt betitelt „4. Konfiguration anpassen“1
5. E-Mail-Versand unterbinden
Abschnitt betitelt „5. E-Mail-Versand unterbinden“In SysConfig:
SendmailModuleaufKernel::System::Email::DoNotSendEmailsetzen- Alternativ: SMTP-Server auf
127.0.0.1und Port1ändern
🔬 Tests im Staging
Abschnitt betitelt „🔬 Tests im Staging“- Playwright oder Cypress-Skripte einsetzen für UI-Tests
bin/znuny.Console.pl Maint::Test::Systemverwenden- Datenintegrität & UI-Verhalten prüfen
- Integrationen wie LDAP oder Webservices deaktivieren oder auf Testserver umleiten
🔐 Staging absichern
Abschnitt betitelt „🔐 Staging absichern“- Zugriff via VPN oder IP-Whitelist beschränken
robots.txtsetzen, um Indexierung zu verhindern- ggf. Basic-Auth via Nginx einbauen
- SSL per SAN- oder Wildcard-Zertifikat absichern (
*.staging.example.com)
🔄 Optional: Staging auf Production deployen
Abschnitt betitelt „🔄 Optional: Staging auf Production deployen“Wenn im Staging vollständig getestet wurde:
- Production-Server stoppen
- Staging-Datenbank und Verzeichnisse auf Production kopieren
Config.pmanpassen- Production wieder starten
🧪 Beispielhafte Tools für Automatisierung
Abschnitt betitelt „🧪 Beispielhafte Tools für Automatisierung“Playwright(für E2E-Tests)rsyncfür schnelle Datenübertragungdocker-composefür orchestrierte Umgebungcronodersystemdfür regelmäßige Backups- Python-Skripte für Anonymisierung oder Strukturmigration
Ein Znuny Staging-System bietet maximale Sicherheit bei der Einführung von Änderungen. Durch strukturierte Migration, anonymisierte Testdaten und automatisierte Tests vermeiden Sie Ausfälle und sorgen für stabile Deployments.
🔁 Tipp: Integrieren Sie die Staging-Prozesse in Ihre CI/CD-Pipeline für automatisierte Qualitätssicherung bei jeder Änderung.