OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung

Ein OTOBO Testsystem ist eine isolierte Umgebung für neue Funktionen, Konfigurationen und Updates, ohne das Produktivsystem zu beeinträchtigen. Wenn die Umgebung Produktion möglichst genau spiegeln soll, lesen Sie zusätzlich den Leitfaden zum OTOBO Staging-System.

Warum ein OTOBO Testsystem?

Ein OTOBO Testsystem ermöglicht Ihnen:

• Neue Features und Konfigurationen gefahrlos auszuprobieren
• Systemupdates vor der Live-Implementierung zu testen
• Anpassungen und Scripting-Änderungen zu evaluieren
• Fehlerquellen und Bugs zu identifizieren und zu beheben, bevor sie ins Produktivsystem gelangen

Voraussetzungen für das OTOBO Testsystem

Bevor Sie mit der Erstellung eines OTOBO Testsystems beginnen, sollten Sie die folgenden Voraussetzungen erfüllen:

• Systemressourcen: Mindestens 2 CPUs, 4 GB RAM und 20 GB Festplattenspeicher. Das Testsystem kann auf geringeren Spezifikationen laufen, da es nicht für den produktiven Einsatz vorgesehen ist.
• Betriebssystem: Ubuntu 20.04 oder Debian 10 wird empfohlen. Ein Docker-Setup ist ebenfalls möglich.
• Zugang zu Daten des Produktivsystems (optional): Wenn Sie eine Kopie der aktuellen OTOBO-Installation testen möchten, benötigen Sie Zugang zur Datenbank und den Dateien des Produktivsystems.

Schritt 1: Umgebung vorbereiten

Docker-basierte Installation (empfohlen)

Für ein schnelles und einfaches Setup empfehlen wir die Docker-Installation. Diese ermöglicht eine isolierte Testumgebung.

1. Docker und Docker Compose installieren:

   sudo apt update
   sudo apt install docker.io docker-compose

2. OTOBO Docker-Repository klonen:

   cd /opt
   git clone https://github.com/RotherOSS/otobo-docker.git --branch rel-11_0 --single-branch

3. Kopieren der .env Datei für das Testsystem:

   cd /opt/otobo-docker
   cp -p .docker_compose_env_http .env

4. Passwort für den Datenbank-Admin-Benutzer konfigurieren: Öffnen Sie die .env-Datei und setzen Sie ein sicheres Passwort:

   OTOBO_DB_ROOT_PASSWORD=<Ihr_geheimes_Passwort>

Alternative: Manuelle Installation

Falls Sie das OTOBO Testsystem ohne Docker einrichten möchten, installieren Sie die erforderlichen Komponenten (Apache, MariaDB, Perl-Module) gemäß der OTOBO-Installationsanleitung. Beachten Sie, dass dieser Prozess komplexer ist und mehr manuelle Schritte erfordert.

Schritt 2: Daten des Produktivsystems kopieren (optional)

Wenn Sie das Testsystem auf Basis des aktuellen Produktivsystems einrichten möchten, führen Sie die folgenden Schritte aus. Dies ist optional, aber sinnvoll, wenn Sie Konfigurationen und Daten in einem realistischen Szenario testen möchten.

1. Produktivdatenbank sichern:

   mysqldump -u root -p otobo > /path/to/backup/otobo_backup.sql

2. Dateisystem sichern: Kopieren Sie das Kernel-Verzeichnis und das Verzeichnis var/article des Produktivsystems:

   rsync -avz /opt/otobo/Kernel /path/to/backup/Kernel
   rsync -avz /opt/otobo/var/article /path/to/backup/article

3. Sicherung in das Testsystem importieren:

   • Datenbank: Kopieren Sie die Sicherung in das Testsystem und importieren Sie sie:

     mysql -u root -p otobo_test < /path/to/backup/otobo_backup.sql

   • Dateisystem: Kopieren Sie die gesicherten Verzeichnisse Kernel und article in das Testsystem.

Hinweis: Ändern Sie nach dem Import in der Testumgebung alle sensiblen Daten (z.B. Passwörter, E-Mail-Adressen) und stellen Sie sicher, dass das Testsystem nicht versehentlich in Kontakt mit produktiven Kunden gelangt.

Schritt 3: OTOBO Testsystem konfigurieren

1. Datenbankverbindung anpassen: Öffnen Sie die Datei Kernel/Config.pm im OTOBO Testsystem und ändern Sie die Konfigurationen für die Datenbank, damit sie auf die Testdatenbank zeigt:

   $Self->{'Database'}{'Type'} = 'mysql';
   $Self->{'Database'}{'Host'} = 'localhost';
   $Self->{'Database'}{'Name'} = 'otobo_test';
   $Self->{'Database'}{'User'} = 'otobo';
   $Self->{'Database'}{'Password'} = '<Ihr_Testdatenbank_Passwort>';

2. Testumgebung überprüfen: Starten Sie den OTOBO-Daemon neu und prüfen Sie, ob das Testsystem korrekt läuft:

   docker-compose exec web bash
   bin/otobo.Daemon.pl start

Schritt 4: Testsystem absichern

• Zugriff einschränken: Beschränken Sie den Zugriff auf das Testsystem durch Firewalls oder Zugangskontrollen, um zu verhindern, dass unbefugte Personen darauf zugreifen.
• E-Mail-Benachrichtigungen deaktivieren: Stellen Sie sicher, dass das Testsystem keine E-Mails versendet. Passen Sie die E-Mail-Konfigurationen entsprechend an.

Schritt 5: Testsystem nutzen und Tests durchführen

Das OTOBO Testsystem ist nun bereit. Sie können:

• Neue Funktionen und Konfigurationen testen
• Skripte, Integrationen und Anpassungen ausprobieren
• Updates und Migrationspfade evaluieren

Zusammenfassung

Die Erstellung eines OTOBO Testsystems ist ein wichtiger Schritt, um neue Funktionen, Konfigurationen und Updates gefahrlos auszuprobieren. Mit dieser Anleitung können Sie ein OTOBO Testsystem erstellen, um Ihre Prozesse zu optimieren und potenzielle Probleme frühzeitig zu identifizieren. Denken Sie daran, die Datenschutzbestimmungen zu beachten, insbesondere wenn Sie Daten aus Ihrem Produktivsystem kopieren.

Häufig gestellte Fragen

Warum ist ein OTOBO Testsystem so wichtig und welche Vorteile bietet es?

Ein OTOBO Testsystem ist eine unverzichtbare, isolierte Umgebung, die es Ihnen ermöglicht, Änderungen und Neuerungen sicher zu erproben, ohne das Produktivsystem zu gefährden. Dies ist entscheidend, um die Stabilität und Verfügbarkeit Ihres Live-Systems zu gewährleisten. Zu den Hauptvorteilen zählen die Möglichkeit, neue Funktionen und Konfigurationen gefahrlos auszuprobieren, Systemupdates vor der Live-Implementierung gründlich zu testen, Anpassungen und Scripting-Änderungen zu evaluieren sowie Fehlerquellen und Bugs frühzeitig zu identifizieren und zu beheben. Es dient als sicherer Spielplatz für Experimente und Qualitätssicherung.
Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• Creating an OTOBO test system – Step-by-step guide

Welche Überlegungen sind bei der E-Mail-Konfiguration eines OTOBO Testsystems entscheidend?

Bei der E-Mail-Konfiguration eines OTOBO Testsystems ist es absolut entscheidend, jeglichen Versand von E-Mails an echte Kunden oder externe Empfänger zu unterbinden. Andernfalls könnten Testtickets oder Benachrichtigungen versehentlich an Produktivkunden gelangen, was zu Verwirrung oder sogar zu Problemen führen kann. Sie sollten ausgehende E-Mails entweder vollständig deaktivieren oder umleiten, beispielsweise an eine interne Test-E-Mail-Adresse oder einen Mail-Sink-Dienst. Dies kann durch Anpassungen in der Kernel/Config.pm oder über die Systemkonfiguration im Admin-Bereich erfolgen, indem Sie die SMTP-Einstellungen ändern oder Mail-Queues leeren. Stellen Sie sicher, dass keine E-Mails das System verlassen, die für echte Kunden bestimmt sein könnten.
Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• Web Services — OTOBO Admin Guide 10.1 documentation

Worin unterscheiden sich ein OTOBO Testsystem und ein Staging-System?

Obwohl sowohl Test- als auch Staging-Systeme dazu dienen, Änderungen außerhalb der Produktion zu prüfen, gibt es feine, aber wichtige Unterschiede. Ein Testsystem ist primär für Experimente, das Ausprobieren neuer Funktionen, Konfigurationen und die Fehlerbehebung konzipiert. Es kann schlanker sein und muss nicht immer eine exakte Kopie der Produktion darstellen. Ein Staging-System hingegen ist darauf ausgelegt, die Produktionsumgebung so genau wie möglich zu spiegeln. Es dient als letzte Prüfinstanz vor der Live-Schaltung, um sicherzustellen, dass Updates und Änderungen unter produktionsnahen Bedingungen reibungslos funktionieren. Das Staging-System ist oft Teil eines formalisierten Deployment-Prozesses.
Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• OTOBO Staging-System

Was sind die empfohlenen Schritte für die Docker-basierte Installation eines OTOBO Testsystems?

Die Docker-basierte Installation wird für ein OTOBO Testsystem empfohlen, da sie ein schnelles und isoliertes Setup ermöglicht. Die Schritte umfassen:

1. Docker und Docker Compose installieren: Führen Sie sudo apt update und sudo apt install docker.io docker-compose aus.
2. OTOBO Docker-Repository klonen: Navigieren Sie zu /opt und klonen Sie das Repository mit git clone https://github.com/RotherOSS/otobo-docker.git --branch rel-11_0 --single-branch.
3. .env-Datei kopieren: Wechseln Sie in das Verzeichnis otobo-docker und kopieren Sie die Beispielkonfiguration mit cp -p .docker_compose_env_http .env.
4. Datenbank-Passwort konfigurieren: Öffnen Sie die .env-Datei und setzen Sie ein sicheres Passwort für OTOBO_DB_ROOT_PASSWORD.
   Diese Schritte schaffen eine funktionsfähige Testumgebung, die leicht zu verwalten und bei Bedarf zurückzusetzen ist.
   Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• otobo-docker GitHub Repository

Welche Voraussetzungen müssen für die Einrichtung eines OTOBO Testsystems erfüllt sein?

Für die Einrichtung eines OTOBO Testsystems sind bestimmte Voraussetzungen zu erfüllen, um einen reibungslosen Betrieb zu gewährleisten. Dazu gehören:

• Systemressourcen: Mindestens 2 CPUs, 4 GB RAM und 20 GB Festplattenspeicher. Beachten Sie, dass ein Testsystem in der Regel mit geringeren Spezifikationen auskommt als ein Produktivsystem, da es nicht für den Dauerbetrieb unter Last ausgelegt ist.
• Betriebssystem: Ubuntu 20.04 oder Debian 10 werden empfohlen. Alternativ ist auch ein Docker-Setup möglich, welches oft die bevorzugte Methode für Testumgebungen ist.
• Zugang zu Daten des Produktivsystems (optional): Falls Sie eine Kopie Ihrer aktuellen OTOBO-Installation testen möchten, benötigen Sie Zugriff auf die Datenbank und die Dateisysteme des Produktivsystems, um diese zu sichern und in das Testsystem zu importieren.
  Diese Grundlagen stellen sicher, dass Ihr Testsystem stabil läuft und Sie effektiv damit arbeiten können.
  Quellen:
• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• OTOBO Documentation

Wie sichert man ein OTOBO Testsystem ab und schützt es vor ungewollten Interaktionen?

Um ein OTOBO Testsystem abzusichern und ungewollte Interaktionen zu verhindern, sind mehrere Schritte erforderlich. Zunächst sollten Sie den Zugriff einschränken, indem Sie Firewalls oder Zugangskontrollen konfigurieren. Dies verhindert, dass unbefugte Personen auf das Testsystem zugreifen können. Zweitens ist es unerlässlich, E-Mail-Benachrichtigungen zu deaktivieren oder umzuleiten. Stellen Sie sicher, dass das Testsystem keine E-Mails an echte Kunden oder externe Empfänger versendet, um Verwirrung oder Datenlecks zu vermeiden. Passen Sie die E-Mail-Konfigurationen entsprechend an. Falls Sie Daten aus dem Produktivsystem kopiert haben, sollten Sie zudem sensible Informationen im Testsystem anonymisieren oder ändern, um Datenschutzbestimmungen einzuhalten und eine versehentliche Kontaktaufnahme mit produktiven Kunden zu unterbinden.
Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• OTOBO Admin Guide

Wie kopiert man Daten aus einem OTOBO Produktivsystem in das Testsystem?

Das Kopieren von Daten aus dem Produktivsystem in das Testsystem ist optional, aber empfehlenswert, um realistische Tests durchzuführen. Der Prozess umfasst zwei Hauptschritte:

1. Produktivdatenbank sichern: Verwenden Sie mysqldump -u root -p otobo > /path/to/backup/otobo_backup.sql, um eine Sicherung Ihrer OTOBO-Datenbank zu erstellen.
2. Dateisystem sichern: Kopieren Sie die relevanten Verzeichnisse des Produktivsystems, insbesondere das Kernel-Verzeichnis und var/article, mit rsync -avz /opt/otobo/Kernel /path/to/backup/Kernel und rsync -avz /opt/otobo/var/article /path/to/backup/article.
   Nach der Sicherung importieren Sie die Datenbank-Sicherung in die Testdatenbank (mysql -u root -p otobo_test < /path/to/backup/otobo_backup.sql) und kopieren die gesicherten Dateisystem-Verzeichnisse in das Testsystem. Denken Sie daran, nach dem Import alle sensiblen Daten im Testsystem zu ändern und die Datenbankverbindung in Kernel/Config.pm anzupassen.
   Quellen:

• OTOBO Testsystem erstellen – Schritt-für-Schritt-Anleitung
• OTOBO Documentation