← 返回产品中心

JelinaOS工业边缘操作系统

让设备长期运行让升级有路可退

现场设备要运行多年,系统也需要持续演进。JelinaOS 以工业 Linux 为底座,承载原生与容器应用,把更新、启动校验和恢复路径纳入设备的生命周期。

工业设备内部的应用层、独立数据层和 A/B 系统分区,以及更新后重启、校验与回退的路径。
交付之后,仍然能够维护和演进。
01

沿用已有原生与容器应用

02

将运行数据与系统分开管理

03

升级异常时保留恢复路径

01 / 带来的改变

设备运行多年,系统却不敢再动。

更新可能影响现场,系统和数据混在一起,失败后的恢复又依赖工程师到场。久而久之,已知问题被留在旧版本里,设备的演进越来越难。

01

现有应用,继续发挥价值。

原生程序与容器工作负载可以在同一个工业 Linux 底座上运行。团队按应用需求选择部署方式,把已有的软件经验带到现场设备上。

02

系统可以更新,数据有独立位置。

运行期写入进入独立数据分区,系统与数据分开组织。日常维护时,工程师能更清楚地区分系统版本和现场产生的内容。

03

下一次升级,提前知道退路。

新版本先写入备用系统,重启后切换并校验;启动或校验异常时按恢复机制回退。把恢复路径设计在升级之前,降低失败后的人工处理成本。

02 / 工作如何改变

一次更新,也是一条经过设计的恢复路径。

当前系统承载应用,备用系统接收新版本。重启切换后校验新系统,运行数据保存在独立分区。

理念示意
原生与容器应用
系统 A
系统 B
更新 · 重启 · 校验
异常时回退
独立运行数据

系统切换需要重启;校验结果决定继续使用新系统或进入恢复流程。

03 / 从文档看实现

更新有退路,需要看清切换机制。

A/B 双系统文档说明了备用分区写入、重启切换、启动校验和回滚生效时机,帮助团队制定符合现场窗口的更新计划。

了解 A/B 更新与回退

JELINA / OS

把下一次升级的退路,设计在今天。

先确认硬件平台、现有应用和现场维护窗口,从产品指南开始安排设备的运行、更新与恢复。