核心概念
本页以简洁的方式介绍理解 JelinaOS 所需的关键概念。不需要全部记住——在阅读其他章节时随时回来查阅即可。
A/B 双分区
Section titled “A/B 双分区”JelinaOS 的核心可靠性设计。内核与系统各保存两份完整副本（A 与 B），运行期只使用其中一套：
- 两套副本互为备份，均为出厂状态；
- 系统更新只写入非当前副本，更新完成并校验通过后再切换；
- 若新版本出现问题，可随时回退到另一套副本。
对用户而言，A/B 双分区意味着：更新不再是“赌博”，而是有退路的升级。
运行期，系统分区以只读方式挂载，任何程序都无法修改系统内容。这是系统安全的基础——即使应用异常、误操作，系统本体也保持完整。
数据分区（Data 分区）
Section titled “数据分区（Data 分区）”系统为所有用户数据与写入操作准备的独立分区：
- 用户文件、配置、应用数据统一存放于此；
- 系统更新与恢复出厂不影响数据分区本身（恢复出厂会将系统与用户写入恢复到出厂状态，重要数据请提前备份）；
- 数据分区与系统分区物理隔离，互不干扰。
更新机制（OTA）
Section titled “更新机制（OTA）”JelinaOS 支持在线更新（OTA），覆盖系统、内核、设备代理与增量更新四类对象：
- 云端 OTA：由 JelinaCloud 统一编排，批量下发、分批执行；
- 本地 OTA：通过设备端工具完成更新，适用于离线或本地管控场景；
- 增量更新（Increment）：只传输变化部分，节省带宽、缩短更新时间，适合带宽受限的现场。
设备代理（Jelinvisor）
Section titled “设备代理（Jelinvisor）”运行在每台设备上的管理组件，是设备与 JelinaCloud 之间的桥梁：
- 负责设备注册、状态上报与更新执行；
- 管理容器应用与非容器应用的生命周期；
- 提供本地接口，供设备现场管理与诊断使用。
- 容器应用：以容器镜像方式交付的应用，环境一致、部署简单；
- 非容器应用（ProgramSet）：以服务方式运行的传统程序，支持声明式配置与系统级管理；
- Release（发布）：应用与配置的集合，通过云端创建并部署到设备，是更新与版本管理的基本单位。
舰队（Fleet）
Section titled “舰队（Fleet）”JelinaCloud 中的设备分组管理单位。将设备纳入同一舰队后，可以：
- 统一指定要部署的发布版本；
- 批量执行系统、内核与代理的版本更新；
- 统一配置设备的运行策略。
设备代理支持多种运行模式，适应不同的部署环境：
| 模式 | 适用场景 | 特点 |
|---|---|---|
| 云管模式 | 接入 JelinaCloud 的标准场景 | 注册、上报、接收云端指令 |
| 本地管理模式 | 无云端或内网隔离环境 | 通过本地接口管理设备 |
| 离线模式 | 暂时断网 | 保留云端配置，暂停联网行为 |
| 独立模式 | 完全不上云的部署 | 设备本地自管理，不依赖云端 |
关键概念速查
Section titled “关键概念速查”| 概念 | 一句话解释 |
|---|---|
| A/B 双分区 | 双份系统副本，更新有退路 |
| 只读系统 | 系统内容不可篡改 |
| 数据分区 | 用户数据的独立存放区 |
| OTA | 在线更新，云端或本地执行 |
| 增量更新 | 只传变化部分的高效更新 |
| 设备代理 | 设备与云端的桥梁 |
| Release | 应用与配置的发布单元 |
| 舰队 | 设备的分组管理单位 |