Bereitstellungen & Rollback - CloudWady-Dokumentation

App-Übersicht & Aktionen

Der Anwendungsbildschirm ist der Ort, an dem Sie ein einzelnes Odoo-Deployment mit detaillierter Konfiguration, Deployment-Steuerungen und Betriebswerkzeugen verwalten.

Zugriff: Klicken Sie auf eine App-Karte im Projekt-Dashboard oder navigieren Sie zu /deployment/app/{id}?menu=info

App-Bildschirm — Tab „Info“: Name, URL, Version, Edition und die Git-Branch-Tabelle — Anwendungsbildschirm — Tab „Info“ mit Name, URL, Version, Edition, der Branch-Tabelle und dem App-Verlauf.

App-Kopfzeile

Der Header zeigt den App-Namen, das Umgebungs-Badge (PRODUCTION, STAGING, DEVELOPMENT), die Odoo-Version, den Engine-Typ, die Edition und das Status-Badge. Schnellaktionsschaltflächen sind oben immer verfügbar.

App-Seitenleisten-Navigation

Menüpunkt	Was es tut
Übersicht	App-Details über mehrere Tabs hinweg (Info, Konfigurationen, URLs, Automatisierung, Releases) sowie der App-Verlauf.
Workflow	Verlauf der Workflow-/Bereitstellungsausführungen für diese App.
Runner	Ansible-Runner-Ausführungen für diese App.
Backups	Backup-Verlauf und On-Demand-Backups.
Wiederherstellungen	Wiederherstellungsverlauf und serverübergreifende Wiederherstellungen.
Logger	Live-Viewer für Anwendungslogs.

Übersichts-Tabs

Tabulator	Abzeichen	Beschreibung
Info	Kern	Name, öffentliche URL, Odoo-Version & -Edition, Bereitstellungshinweis und die Git-Branch-Tabelle.
Konfigurationen	Erweitert	Datenbank, Worker, OCA-Queue, Konfigurations-Patch und Routing/Limits (Änderungen erfordern ein erneutes Bereitstellen).
URLs	Routing	Domänen- und URL-Verwaltung mit SSL-Anbieter- und Zertifikatssteuerung.
Automatisierung	Pipeline	Automatische Installation, Abdeckung, Fristen und Backup-Planung.
Releases	Rollback	Release-Manager – durchsuchen Sie Versionen und wechseln Sie zu einer vorherigen oder rollen Sie auf sie zurück.

Info-Tab

Die Standardregisterkarte (oben dargestellt): App-Name, öffentliche URL, Odoo-Version und -Edition, eine Deployment-Notiz und die Branch-Tabelle – fügen Sie einen Git-Branch hinzu und binden Sie ihn an eine Projekt-Registry, damit die App diesen Branch verfolgt und deployt.

URLs-Tab

Tab „App-URLs“ — Domänen- und URL-Verwaltung mit SSL-Anbieter- und Zertifikatssteuerung.

Tab „Configs“

Tab „App-Konfigurationen“ — Datenbank, Worker, OCA-Queue, Konfigurations-Patch und Routing/Limits. Das Ändern des Konfigurations-Patches erfordert ein erneutes Bereitstellen.

Tab „Automatisierung“

Registerkarte „App-Automatisierung" — Automatische Installation, Abdeckungsanalyse, Fristen und Backup-Planung.

Tab „Releases“

Tab „App-Releases“ — Release-Manager — Der Release-Manager: aktuelle und vorherige Releases mit Build-Fingerprints – wechseln Sie die App zu einem beliebigen aufgeführten Release oder setzen Sie sie darauf zurück.

Header-Aktionen

App-Kopfzeilenaktionen und Menü „Mehr“ — Screenshot: Anwendungsaktion

Aktion	Beschreibung	Zugriffsebene
Öffnen	Die laufende Odoo-Instanz in einem neuen Tab öffnen	Alle
Bereitstellen	Vollständige Bereitstellung: Docker-Image erstellen, konfigurieren und starten	Developer+ (umgebungstypspezifisch)
Aktualisieren	Neuesten Code aus dem Git-Branch abrufen und neu starten	Developer+ (umgebungstypspezifisch)
Backup	Erstellen Sie bei Bedarf ein Backup der Datenbank und des Filestores	Developer+ (umgebungstypspezifisch)
Wiederholen	Fehlgeschlagenen Vorgang wiederholen (nur angezeigt, wenn der Status „error“ oder „canceled“ ist)	Developer+ (umgebungstypspezifisch)

More-Dropdown – Anwendungsbereich

Aktion	Beschreibung	Zugriffsebene
Variablen synchronisieren	Umgebungsvariablen mit dem Server synchronisieren	Entwickler+
Server-Backups synchronisieren	Backup-Datensätze mit dem Serverspeicher synchronisieren	Entwickler+
Einrichtungslogs	Anwendungsprotokollierung konfigurieren	Entwickler+
Wiederherstellen	Eine Wiederherstellung einleiten	Entwickler+

More-Dropdown – Wartungsbereich

Aktion	Beschreibung	Zugriffsebene
Dienst neu starten	Den laufenden Dienst ohne Neuerstellung neu starten (nur wenn bereitgestellt)	Entwickler+
Konfiguration aktualisieren	Konfigurationsänderungen ohne vollständiges Re-Deployment pushen (nur im deployten Zustand, Docker-Methode)	Entwickler+
Wartung aktivieren	App in den Wartungsmodus versetzen	Entwickler+
Wartung deaktivieren	App aus dem Wartungsmodus nehmen	Entwickler+

More-Dropdown – SSL-Bereich

Aktion	Beschreibung	Zugriffsebene
SSL-Zertifikat erneuern	SSL-Zertifikatserneuerung für diese App auslösen	Entwickler+

More-Dropdown – Gefahrenzone

Aktion	Beschreibung	Zugriffsebene
Instanz löschen	Die deployte Instanz entfernen (wenn der Status „deploy“ oder „error“ ist)	Admin
Zerstören	Die App vollständig zerstören (wenn der Status Entwurf, gelöscht oder deaktiviert ist)	Admin

Branch-Aktionen

Aktion	Beschreibung
SHA aktualisieren	Neuesten Commit-SHA von Git abrufen
Addons herunterladen	Addon-Quelldateien aus dem Branch herunterladen
Branch-Namen kopieren	Branch-Namen in die Zwischenablage kopieren
SHA kopieren	Den vollständigen Commit-SHA in die Zwischenablage kopieren
Löschen	Branch-Verbindung entfernen (nur Nicht-Main-Branches)

URLs-Tab-Aktionen

Aktion	Beschreibung
Neue URL hinzufügen	Einen neuen URL-/Domain-Eintrag hinzufügen
SSL-Zertifikate bereitstellen	SSL-Zertifikate für alle URLs bereitstellen (falls SSL-Anbieter festgelegt)
SSL prüfen	SSL-Zertifikatstatus pro URL prüfen
Aus Speicher herunterladen	SSL-Zertifikat aus dem Speicher herunterladen
In Speicher hochladen	SSL-Zertifikat in den Speicher hochladen
SSL erneuern	Zertifikat für eine bestimmte URL erneuern
URL löschen	URL-Eintrag entfernen (für die primäre URL deaktiviert)

Felder im Tab „Konfiguration“

Zu den wichtigsten Konfigurationsfeldern gehören: Datenbankauswahl, Admin-Passwort (mit den Aktionen Passwort abrufen und Passwort neu generieren), Worker-Anzahl, maximale Cron-Threads, Vorlage erzwungen pullen, OCA-Queue-Umschalter mit Kanalkonfiguration und Config-Patch (benutzerdefinierte Odoo-Konfiguration).

Felder des Tabs „Automatisierung“

Zu den Automatisierungseinstellungen gehören: Umschalter für automatische Installation, Automatische Aktualisierung einschränken (diese App von push-ausgelösten Builds ausschließen — siehe Automatische Updates bei Push steuern), Automatische Backup-Planung, Stichtag (nicht produktiv), Alle/ausgewählte Addons, Ausgeschlossene Addons, Abdeckungsanalyse und Option zur sauberen Datenbank.

Konfiguration

Der Tab Configs (oben gezeigt) enthält die Laufzeitkonfiguration der App: Datenbankoptionen (Admin-Passwort, OCA-Queue, vollständiger Template-Neuaufbau), Worker und Threads, zusätzliche Systempakete, Routing & Limits sowie ein freies Config-Patch, das an odoo.conf angehängt wird.

Hinweis: Eine Änderung des Konfigurations-Patches erfordert eine neue Bereitstellung, damit sie wirksam wird. Verwenden Sie Konfiguration anzeigen, um die gerenderte Konfiguration zu überprüfen, und Konfiguration anwenden, um sie bereitzustellen.

Verfügbare Aktionen

Aktion	Beschreibung	Zugriffsebene
Konfiguration anwenden	Konfigurationsänderungen vormerken, die beim nächsten Deployment angewendet werden	Entwickler+
Konfiguration anzeigen	Vorschau der vollständig gerenderten odoo.conf für diese App anzeigen	Entwickler+

Branches & Git-Integration

CloudWady wird über die GitHub-App in GitHub integriert, um automatische Branch-Verfolgung und webhook-basierte Bereitstellungen zu ermöglichen. Branches werden über die Branch-Tabelle auf dem Info-Tab der App verwaltet (oben auf dieser Seite dargestellt) — verwenden Sie Branch hinzufügen, um einen Git-Branch an eine Projekt-Registry zu binden.

Branch-Tabelle

Die Branch-Tabelle zeigt alle verbundenen Git-Branches mit folgenden Spalten:

Haupt-Flag: Gibt den primären Branch an, der für Bereitstellungen verwendet wird.
Projekt-Registry: Das verbundene Git-Repository.
Git-Branch: Branch-Name mit dem neuesten Commit-SHA in Klammern.
Commit-SHA: Vollständiger Commit-Hash mit Kopieraktion.
Aktionen: Vorgänge „SHA aktualisieren“, „Addons herunterladen“, „Kopieren“ und „Löschen“.

GitHub-App-Verbindung

Installieren Sie die CloudWady-GitHub-App in Ihrer Organisation.
Wählen Sie aus, welchen Repositorys Zugriff gewährt werden soll.
Branches werden automatisch erkannt und nachverfolgt.
Pushes auf Ihren Branch können über Webhooks automatisch Deployments auslösen.

Webhooks: Wenn konfiguriert, lösen Pushes in Ihren Git-Branch über GitHub-Webhooks automatisch Deployments aus.

Automatische Updates bei Push steuern

Ob ein Push tatsächlich einen Build auslöst, wird auf zwei Ebenen gesteuert — die Umgebung entscheidet, ob die Push-Automatisierung überhaupt ausgeführt wird, und jede App kann sich einzeln davon abmelden:

Einstellung	Wo	Was es tut
Apps automatisch aktualisieren	Umgebung → Übersicht → Automatisierung	Wenn ein verfolgter Branch einen Push erhält, Update für seine vorhandenen Apps ausführen.
Apps automatisch bereitstellen	Umgebung → Übersicht → Automatisierung	Wenn ein Branch einen Push erhält, Deploy für seine Apps ausführen — oder eine neue App für einen Branch erstellen, der noch keine hat.
Apps bei Branch-Entfernung automatisch löschen	Umgebung → Übersicht → Automatisierung	Wenn ein Branch upstream gelöscht wird, das Löschen seiner Apps in die Warteschlange stellen. Für Produktionsumgebungen immer aus.
Automatisches Update einschränken	App → Übersicht → Tab „Automatisierung“	App-spezifische Deaktivierung: Diese App wird von jeder Push-Automatisierung übersprungen, selbst wenn die obigen Umgebungsschalter aktiviert sind. Manuelles Deploy / Update funktioniert weiterhin normal.

Die Umgebungseinstellungen finden

Öffnen Sie Ihr Projekt und wählen Sie oben rechts den Umgebungs-Tab (Produktion / Staging / Entwicklung).
Klicken Sie auf das Dropdown Aktionen in der Umgebungs-Symbolleiste und wählen Sie Einstellungen (unter Ansichten).
Die Schalter befinden sich in der Karte Automatisierung der Einstellungsansicht.

Umgebungs-Tab mit geöffnetem Aktionen-Dropdown, das den Eintrag Einstellungen unter Ansichten zeigt — Schritt 2 – öffnen Sie im Umgebungs-Tab **Aktionen** und wählen Sie **Einstellungen**.

Umgebungseinstellungen — Automatisierungskarte mit den Schaltern Apps automatisch aktualisieren, Apps automatisch bereitstellen und Apps bei Branch-Entfernung automatisch löschen — Schritt 3 – die Automatisierungskarte enthält die push-ausgelösten Schalter für Auto-Update / Auto-Deploy / Auto-Delete.

Registerkarte „App-Automatisierung" mit dem Schalter „Auto-Update einschränken" — Das Opt-out pro App: **Automatische Aktualisierung einschränken** auf der Registerkarte „Automatisierung“ der App (oben rechts im Automatisierungsabschnitt).

Neue Umgebungen starten mit typbasierten Standardwerten:

Umgebungstyp	Automatische Aktualisierung	Automatische Bereitstellung	Automatisches Löschen
Entwicklung	Am	Am	Am
Staging	Am	Aus	Aus
Produktion	Aus	Aus	Aus (gesperrt)

Push löst kein Update aus – oder löst eines aus, das Sie nicht wollten? Prüfen Sie beide Stellen: die Karte Automatisierung der Umgebung (Auto-Update / Auto-Deploy) und den Schalter Auto-Update einschränken der App. Apps mit aktivierter Einschränkung „Auto-Update einschränken“ zeigen ein -Schloss-Abzeichen auf ihrer Karte.

Workflows & Bereitstellung

Der Abschnitt „Workflow“ zeigt den Ausführungsverlauf aller Automatisierungsaufgaben für Ihre Anwendung an.

Workflow-Verlauf

Jeder Workflow-Eintrag zeigt an:

Workflow-Name: Der Vorgangstyp (Bereitstellen, Aktualisieren, Backup usw.).
Status-Badge: Farbcodierter Status (Ausstehend, Wird ausgeführt, Abgeschlossen, Fehlgeschlagen).
Zeitstempel: Wann der Workflow ausgelöst und abgeschlossen wurde.
Benutzer: Wer den Workflow initiiert hat.
Erweiterbare Details: Klicken Sie, um die vollständigen Ausführungsprotokolle anzuzeigen.

Wie Deployments funktionieren

Auslöser: Klicken Sie auf Bereitstellen, Aktualisieren oder eine andere Aktionsschaltfläche.
Warteschlange: Ein Workflow-Job wird erstellt und zur Verarbeitung in die Warteschlange gestellt.
Ausführung: Die Plattform übernimmt den Auftrag und führt ihn auf dem Zielserver aus.
Fortschritt: Echtzeit-Ausgabe wird über WebSocket an das Dashboard gestreamt.
Ergebnis: Der Job wird mit dem Status „Erfolg“ oder „Fehler“ abgeschlossen, wobei vollständige Logs zur Überprüfung gespeichert werden.

Eine Bereitstellung zurückrollen

Jeder erfolgreiche Build wird als Release aufgezeichnet. Öffnen Sie den Releases-Tab der App, um das aktuelle und die vorherigen Releases mit ihren Build-Fingerprints zu sehen, und wechseln Sie dann oder rollen Sie zurück zu einem beliebigen früheren Release — die Plattform stellt genau diesen Build erneut bereit, ohne ihn aus Git neu zu bauen, sodass Sie sich schnell von einer fehlerhaften Bereitstellung erholen können.

Verfügbare Aktionen

Aktion	Beschreibung	Zugriffsebene
Zeitfilter	Workflow-Verlauf nach Zeitraum filtern	Alle
Aktualisieren	Workflow-Verlauf neu laden	Alle
Statusfilter	Nach Ausführungsstatus filtern (Ausstehend, Läuft usw.)	Alle
Eintrag erweitern	Detaillierte Ausführungsausgabe für einen Workflow-Lauf anzeigen	Alle