クラウドからのアプリケーション配信と OTA
クラウドでの Release 公開は出発点にすぎません。重要なのは、デバイスが更新を安全に受信して実行する方法です。このページでは、通常のリモートソフトウェアインストールとの根本的な違いとなる、JelinaOS のデバイス側の全体フローを説明します。
デバイス側の更新実行フロー
Section titled “デバイス側の更新実行フロー”クラウドで新バージョンを公開 │ ▼デバイスエージェントが目標状態を同期 ──▶ ローカル確認（任意）──▶ ダウンロード・検証 │ │ │ ▼ │ 待機パーティション（A/B）へ書き込み │ ▼ │ 再起動して切り替え ──▶ 起動時検証 │ │ │ ✅ 合格：新バージョンで稼働 │ ❌ 失敗：元のバージョンへ自動復帰 ▼更新状態をクラウドへリアルタイム報告目標状態の同期
Section titled “目標状態の同期”デバイスエージェントは、アプリケーションバージョン、システムバージョン、設定項目などのクラウドの目標状態を定期同期し、変更を検出するとポリシーに従って実行します。デバイス側でインターネット向けポートを公開する必要はなく、通信はデバイスから確立した安全なチャネルで行います。
ローカル確認（任意）
Section titled “ローカル確認（任意）”重要な現場では、更新の到着後に現場での確認を待つよう設定できます。
- 新バージョンはデバイスに保存され、直ちには実行されません。
- 現場担当者が確認した後にインストールを開始します。
- 確認状態はデバイス側のコマンドで確認できます。
A/B 切り替えと自動ロールバック
Section titled “A/B 切り替えと自動ロールバック”- 更新は現在使用していないパーティションに書き込み、現在のシステムは稼働を続け、業務を中断しません。
- 切り替え後の起動検証に失敗すると、元のバージョンへ自動で戻します。
- 適用済みの新バージョンに問題があれば、随時ロールバックできます。
オフライン更新
Section titled “オフライン更新”ネットワークに接続できないデバイスは、更新パッケージをダウンロードして現場でオフライン適用します。システム、カーネル、デバイスエージェント、アプリケーションの 4 種類に対応します。
帯域が限られる現場では、バージョン間の変更部分のみを転送する差分更新により、ダウンロード量を大幅に削減できます。クラウドで差分パッケージを指定すると、デバイスが自動インストールします。
システム、カーネル、デバイスエージェント、アプリケーション／差分パッケージの 4 種類は、共通して上記のフローを使用します。具体的な操作はシステム更新を参照してください。
クラウド側の操作
Section titled “クラウド側の操作”Release の作成、フリート／デバイスへのデプロイ、段階的な展開、ロールバックは JelinaCloud で行います。
関連ドキュメント
Section titled “関連ドキュメント”- システム更新 — ローカルとクラウドからの更新の概要
- 更新と障害復旧の仕組み — A/B とロールバックの原理
- A/B デュアルシステムと切り替え — パーティション切り替えの詳細