← Retour aux produits

JelinaOSSystème d’exploitation edge industriel

Des équipements qui durentDes mises à jour avec possibilité de retour arrière

Les équipements de terrain doivent fonctionner pendant des années, tandis que leurs systèmes doivent continuer à évoluer. Fondé sur un Linux industriel, JelinaOS exécute les applications natives et conteneurisées et intègre les mises à jour, la vérification au démarrage et les mécanismes de récupération au cycle de vie des équipements.

Les couches applicative et de données indépendantes ainsi que les partitions système A/B d’un équipement industriel, avec le parcours de redémarrage, de vérification et de retour arrière après une mise à jour.
Continuer à maintenir et à faire évoluer les équipements après leur livraison.
01

Conserver les applications natives et conteneurisées existantes

02

Gérer les données d’exploitation séparément du système

03

Prévoir un mécanisme de récupération en cas d’anomalie pendant une mise à jour

01 / Ce qui change

L’équipement fonctionne depuis des années. Mais personne n’ose toucher à son système.

Les mises à jour risquent d’affecter le site, le système et les données sont mêlés, et la récupération après un échec dépend du déplacement d’un ingénieur. Au fil du temps, les problèmes connus restent dans les anciennes versions et les équipements deviennent de plus en plus difficiles à faire évoluer.

01

Les applications existantes continuent d’apporter de la valeur.

Les programmes natifs et les charges de travail conteneurisées peuvent s’exécuter sur une même base Linux industrielle. L’équipe choisit le mode de déploiement selon les besoins de chaque application et met son expérience logicielle existante au service des équipements de terrain.

02

Le système peut être mis à jour. Les données ont leur propre espace.

Les écritures effectuées pendant l’exécution vont dans une partition de données indépendante, séparée du système. Lors de la maintenance quotidienne, les ingénieurs distinguent ainsi plus clairement la version du système des données produites sur le terrain.

03

Connaître le retour possible avant la prochaine mise à jour.

La nouvelle version est d’abord écrite sur le système de réserve, puis activée et vérifiée après redémarrage. En cas d’anomalie au démarrage ou à la vérification, un retour arrière s’effectue selon le mécanisme de récupération. Prévoir ce mécanisme avant la mise à jour réduit le coût des interventions manuelles après un échec.

02 / Une autre façon de travailler

Chaque mise à jour s’accompagne d’un mécanisme de récupération prévu à l’avance.

Le système actuel exécute les applications et le système de réserve reçoit la nouvelle version. Après la bascule au redémarrage, le nouveau système est vérifié ; les données d’exploitation restent dans une partition indépendante.

Schéma de principe
Applications natives et conteneurisées
Système A
Système B
Mise à jour · redémarrage · vérification
Retour en cas d’échec
Données d’exploitation indépendantes

La bascule du système nécessite un redémarrage. Le résultat de la vérification détermine si le nouveau système reste en service ou si la procédure de récupération commence.

03 / Comprendre la mise en œuvre

Pour prévoir un retour arrière, comprenez le mécanisme de bascule.

La documentation du double système A/B décrit l’écriture sur la partition de réserve, la bascule au redémarrage, la vérification au démarrage et le moment où le retour arrière prend effet. Elle aide l’équipe à planifier les mises à jour selon les fenêtres de maintenance du site.

Comprendre les mises à jour A/B et le retour arrière

JELINA / OS

Préparez aujourd’hui le retour possible après la prochaine mise à jour.

Vérifiez d’abord la plateforme matérielle, les applications existantes et les fenêtres de maintenance du site. Utilisez le guide produit pour planifier le fonctionnement, les mises à jour et la récupération des équipements.