Déploiement cloud et OTA

La publication d’une Release dans le cloud n’est que le début : l’essentiel est la manière dont l’équipement reçoit et applique la mise à jour en toute sécurité. Cette page décrit la chaîne d’exécution côté JelinaOS, qui le distingue d’une simple installation logicielle à distance.

Chaîne d’exécution côté équipement

Publier une nouvelle version dans le cloud
       │
       ▼
L’agent synchronise l’état cible ──▶ Confirmation locale facultative──▶ Téléchargement et vérification
       │                                         │
       │                                         ▼
       │                                Écrire dans la partition de secours A/B
       │                                    ▼
       │                                Redémarrer et basculer ──▶ Vérifier le démarrage
       │                                                  │
       │                                            ✅ Réussite : nouvelle version active
       │                                            ❌ Échec : retour automatique à l’ancienne version
       ▼
Remonter l’état de mise à jour au cloud en temps réel

Synchronisation de l’état cible

L’agent synchronise périodiquement l’état cible du cloud — versions applicatives et système, paramètres — et applique les changements selon la stratégie définie. Aucun port public n’est nécessaire : toutes les communications utilisent un canal sécurisé établi à l’initiative de l’équipement.

Confirmation locale facultative

Sur un site critique, la mise à jour peut attendre une confirmation locale après réception :

• La nouvelle version est d’abord stockée sur l’équipement, sans exécution immédiate ;
• L’installation ne commence qu’après confirmation par le personnel sur site ;
• L’état de confirmation est consultable par commande locale.

Basculement A/B et retour arrière automatique

• La mise à jour est écrite sur la partition inactive ; le système courant continue de fonctionner sans interrompre l’activité ;
• Si la validation au démarrage échoue après basculement, la version précédente est restaurée automatiquement ;
• Un retour arrière reste possible si la nouvelle version présente un problème après application.

Mise à jour hors ligne

Les équipements sans accès réseau utilisent un paquet téléchargé puis appliqué hors ligne sur site. Cette méthode couvre le système, le noyau, l’agent et les applications.

Mise à jour incrémentale

Sur les sites à bande passante limitée, seules les différences entre versions sont transférées, réduisant sensiblement le téléchargement. Après affectation du paquet incrémental dans le cloud, l’équipement l’installe automatiquement.

Éléments mis à jour

Le système, le noyau, l’agent et les applications ou paquets incrémentaux suivent tous cette chaîne. Voir Mises à jour système pour les opérations propres à chaque catégorie.

Opérations dans le cloud

La création des Releases, leur déploiement sur une flotte ou un équipement, le déploiement progressif et le retour arrière s’effectuent dans JelinaCloud :

• Créer une Release dans JelinaCloud
• Déployer une Release dans JelinaCloud
• Déployer et changer de Release dans JelinaCloud

Documentation associée

• Mises à jour système — Vue d’ensemble locale et cloud
• Mises à jour et reprise après défaillance — Principes A/B et de retour arrière
• Double système A/B et basculement — Détails du changement de partition