Anwendungsbereitstellung aus der Cloud und OTA

Das Release in der Cloud ist nur der Ausgangspunkt. Entscheidend ist, wie das Gerät Updates sicher empfängt und ausführt. Diese Seite erläutert den vollständigen Ausführungsablauf von JelinaOS aus Gerätesicht. Darin liegt der wesentliche Unterschied zu einer gewöhnlichen „Softwareinstallation per Fernzugriff“.

Geräteseitiger Aktualisierungsablauf

Neue Version in der Cloud veröffentlichen
       │
       ▼
Geräteagent synchronisiert Sollzustand ──▶ Lokale Bestätigung (optional) ──▶ Herunterladen und prüfen
       │                                         │
       │                                         ▼
       │                                In Ersatzpartition schreiben (A/B)
       │                                    ▼
       │                                Neustart und Wechsel ──▶ Startprüfung
       │                                                  │
       │                                            ✅ Erfolgreich: neue Version läuft
       │                                            ❌ Fehlgeschlagen: automatischer Rückfall auf vorherige Version
       ▼
Update-Status in Echtzeit an die Cloud melden

Zielzustandssynchronisierung

Der Geräteagent synchronisiert regelmäßig den Zielzustand aus der Cloud, etwa Anwendungs- und Systemversionen sowie Konfigurationseinstellungen. Erkennt er Änderungen, führt er sie gemäß den Richtlinien aus. Das Gerät muss keine Ports öffentlich zugänglich machen: Die gesamte Kommunikation erfolgt über einen sicheren Kanal, den das Gerät selbst aufbaut.

Lokale Bestätigung (optional)

Für kritische Einsatzorte lassen sich Updates so konfigurieren, dass sie nach dem Eintreffen auf dem Gerät auf eine Bestätigung vor Ort warten:

• Die neue Version wird zunächst auf dem Gerät gespeichert und nicht sofort angewendet;
• Erst nach der Bestätigung durch das Personal vor Ort beginnt die Installation des Updates;
• Der Bestätigungsstatus lässt sich mit geräteseitigen Befehlen überprüfen.

A/B-Umschaltung und automatischer Rollback

• Das Update wird auf die derzeit nicht aktive Partition geschrieben. Das aktuelle System läuft weiter, und der Anwendungsbetrieb wird nicht unterbrochen;
• Schlägt die Startprüfung nach der Umschaltung fehl, erfolgt automatisch ein Rollback auf die bisherige Version;
• Treten Probleme mit einer bereits angewendeten neuen Version auf, ist jederzeit ein Rollback möglich.

Offline-Updates

Für Geräte ohne erreichbare Netzwerkverbindung erfolgt die Aktualisierung über Offline-Updatepakete: Updatepaket herunterladen → vor Ort offline anwenden. Dies deckt die vier Updatearten System, Kernel, Geräteagent und Anwendungen ab.

Inkrementelle Updates

An Standorten mit begrenzter Bandbreite können inkrementelle Updates verwendet werden. Dabei werden nur die Unterschiede zwischen den Versionen übertragen, was das Downloadvolumen deutlich reduziert. Sobald das inkrementelle Paket in der Cloud festgelegt wurde, installiert es das Gerät automatisch.

Aktualisierbare Komponenten

Die vier geräteseitigen Updatekategorien System, Kernel, Geräteagent und Anwendungs-/Inkrementalpakete durchlaufen einheitlich den oben beschriebenen Ablauf. Die konkreten Schritte für jede Kategorie finden Sie unter Systemupdates.

Verwaltung in der Cloud

Die cloudseitigen Release-Aktionen werden in JelinaCloud durchgeführt: Release erstellen, auf Flotten oder Geräten bereitstellen, schrittweise ausrollen und Rollback ausführen.

• Ein Release in JelinaCloud erstellen
• Ein Release in JelinaCloud bereitstellen
• Releases in JelinaCloud bereitstellen und wechseln

Weiterführende Dokumentation

• Systemupdates — Überblick über lokale und cloudbasierte Updates
• Update- und Wiederherstellungsmechanismen — Grundlagen von A/B und Rollback
• A/B-Doppelsystem und Umschaltung — Details zur Partitionsumschaltung