← 製品一覧に戻る

JelinaOS産業用エッジ OS

デバイスを長く稼働させる更新には戻れる道を用意する

現場のデバイスは何年も稼働し、システムも継続的な進化が必要です。JelinaOS は産業向け Linux を基盤に、ネイティブアプリケーションとコンテナアプリケーションを実行し、更新、起動検証、復旧経路をデバイスのライフサイクルに組み込みます。

産業用デバイス内のアプリケーション層、独立したデータ層、A/B システムパーティションと、更新後の再起動、検証、ロールバックの経路。
納品後も、保守と進化を続けられるように。
01

既存のネイティブアプリケーションとコンテナアプリケーションを継続利用

02

稼働データとシステムを分離して管理

03

更新で異常が起きた場合に備えて復旧経路を確保

01 / 実現できる変化

長年動いているデバイス。そのシステムには手を加えられない。

更新が現場に影響する可能性があり、システムとデータが混在し、失敗後の復旧にはエンジニアの現地訪問が必要です。その結果、既知の問題が古いバージョンに残され、デバイスの機能改善が次第に難しくなります。

01

既存のアプリケーションの価値を、これからも。

ネイティブプログラムとコンテナワークロードを、同じ産業向け Linux 基盤で実行できます。チームはアプリケーションの要件に応じてデプロイ方法を選び、これまでのソフトウェア開発の経験を現場のデバイスに活かせます。

02

システムは更新し、データは独立した場所へ。

実行時の書き込みは独立したデータパーティションに保存し、システムとデータを分離して管理します。日常の保守でも、エンジニアはシステムのバージョンと現場で生成されたデータを明確に区別できます。

03

次の更新前に、戻る経路を把握。

新バージョンをまず待機側のシステムに書き込み、再起動後に切り替えて検証します。起動や検証で異常が発生した場合は、復旧機構に従ってロールバックします。更新前に復旧経路を設計し、失敗後の手作業の負担を減らします。

02 / 仕事の進め方が変わる

一度の更新にも、あらかじめ設計された復旧経路を。

現在のシステムがアプリケーションを実行し、待機側のシステムが新バージョンを受け取ります。再起動で切り替えた後に新システムを検証し、稼働データは独立したパーティションに保存します。

コンセプト図
ネイティブ・コンテナアプリケーション
システム A
システム B
更新・再起動・検証
異常時に切り戻し
独立した稼働データ

システムの切り替えには再起動が必要です。検証結果に応じて、新システムを継続使用するか、復旧処理に進むかを決定します。

03 / 実装を知る

更新後に戻れるように、切り替えの仕組みを確認。

A/B デュアルシステムのドキュメントでは、待機側パーティションへの書き込み、再起動による切り替え、起動検証、ロールバックが適用されるタイミングを説明しています。現場の保守可能な時間帯に合った更新計画を立てる際に役立ちます。

A/B 更新とロールバックについて読む

JELINA / OS

次の更新で戻れる道を、今から設計。

まずハードウェアプラットフォーム、既存のアプリケーション、現場の保守可能な時間帯を確認し、製品ガイドを参考にデバイスの稼働、更新、復旧を計画してください。