既存のアプリケーションの価値を、これからも。
ネイティブプログラムとコンテナワークロードを、同じ産業向け Linux 基盤で実行できます。チームはアプリケーションの要件に応じてデプロイ方法を選び、これまでのソフトウェア開発の経験を現場のデバイスに活かせます。
JelinaOS産業用エッジ OS
現場のデバイスは何年も稼働し、システムも継続的な進化が必要です。JelinaOS は産業向け Linux を基盤に、ネイティブアプリケーションとコンテナアプリケーションを実行し、更新、起動検証、復旧経路をデバイスのライフサイクルに組み込みます。

既存のネイティブアプリケーションとコンテナアプリケーションを継続利用
稼働データとシステムを分離して管理
更新で異常が起きた場合に備えて復旧経路を確保
01 / 実現できる変化
更新が現場に影響する可能性があり、システムとデータが混在し、失敗後の復旧にはエンジニアの現地訪問が必要です。その結果、既知の問題が古いバージョンに残され、デバイスの機能改善が次第に難しくなります。
ネイティブプログラムとコンテナワークロードを、同じ産業向け Linux 基盤で実行できます。チームはアプリケーションの要件に応じてデプロイ方法を選び、これまでのソフトウェア開発の経験を現場のデバイスに活かせます。
実行時の書き込みは独立したデータパーティションに保存し、システムとデータを分離して管理します。日常の保守でも、エンジニアはシステムのバージョンと現場で生成されたデータを明確に区別できます。
新バージョンをまず待機側のシステムに書き込み、再起動後に切り替えて検証します。起動や検証で異常が発生した場合は、復旧機構に従ってロールバックします。更新前に復旧経路を設計し、失敗後の手作業の負担を減らします。
02 / 仕事の進め方が変わる
現在のシステムがアプリケーションを実行し、待機側のシステムが新バージョンを受け取ります。再起動で切り替えた後に新システムを検証し、稼働データは独立したパーティションに保存します。
システムの切り替えには再起動が必要です。検証結果に応じて、新システムを継続使用するか、復旧処理に進むかを決定します。
03 / 実装を知る
A/B デュアルシステムのドキュメントでは、待機側パーティションへの書き込み、再起動による切り替え、起動検証、ロールバックが適用されるタイミングを説明しています。現場の保守可能な時間帯に合った更新計画を立てる際に役立ちます。
A/B 更新とロールバックについて読む