ALP は、可能な限り最小限の介入しか必要としないことを目指しています。
SUSE プロジェクトの開発者 知らされ、 出版物を通じて、最初のプロトタイプ ALP (適応型 Linux プラットフォーム)、として配置 の開発の継続 配布 SUSE Linux エンタープライズ。
主な違い 新しいシステムの ディストリビューションの中央フレームワークを XNUMX つの部分に分割することです。: ハードウェア上で実行するための簡素化された「ホスト オペレーティング システム」と、コンテナーおよび仮想マシンでの実行に重点を置いたアプリケーション サポート レイヤー。
ALPについて
アイデアは、「ホストオペレーティングシステム」で最小限の環境を開発することです ハードウェアのサポートと管理に必要、すべてのアプリケーションとコンポーネントを実行します 混合環境ではなく、ユーザー空間の 別のコンテナまたは仮想マシンで 「ホストオペレーティングシステム」の上で実行され、互いに分離されています。 この構成により、ユーザーは低レベルのハードウェアおよびシステム環境の抽象的なアプリケーションとワークフローに集中できます。
ALP の背後にある考え方は、ユーザーがハードウェアやアプリケーション レイヤーから抽象化しながらワークロードに集中できるようにすることです。 Adaptable Linux Platform では、仮想マシンとコンテナー テクノロジを使用して、ワークロードをコード フローから独立させることができます。
ALP の最初のプロトタイプは「Les Droites」と呼ばれます。
製品 SLEマイクロ、MicroOS プロジェクトの開発に基づいて、 「ホスト オペレーティング システム」のベースとして使用されます。«。 集中管理のために、Salt (プリインストール) および Ansible (オプション) 構成管理システムが提供されます。 Podman と K3s (Kubernetes) を使用して、分離されたコンテナーを実行できます. コンテナー化されたシステム コンポーネントには、yast2、podman、k3s、コックピット、GDM (GNOME ディスプレイ マネージャー)、および KVM が含まれます。
システム環境の特性から、 言及されており、l ディスク暗号化のデフォルトの使用 (FDE、フルディスク暗号化) キーをTPMに保存する機能、 そのパーティションに加えて ルートは読み取り専用でマウントされます 動作中に変化しません。
この環境では、Fedora や Ubuntu で使用されている ostree やスナップ ベースのアトミック アップデートとは異なり、アトミック アップデート インストール メカニズムが使用されています。
ALP の基本的な概念の一部については、次のことが言及されています。
- ユーザー介入の最小化 (ゼロタッチ): 主要なメンテナンス、展開、および構成プロセスの自動化が含まれます。
- セキュリティの自動メンテナンスと最新のシステムの検索 (自己更新): 自動更新インストール用の構成可能なモードを提供します (たとえば、重大な脆弱性に対する修正のみの自動インストールを有効にしたり、更新インストールの手動確認に戻すことができます)。 再起動や作業の中断なしで Linux カーネルを更新するために、ライブ パッチがサポートされています。
- 最適化の自動適用 (セルフチューニング) とシステムの存続可能性の維持 (セルフヒーリング): システムは最新の安定した状態をキャプチャし、更新を適用したり、異常、問題、または動作違反が検出された場合に構成を変更したりした後、Btrfs スナップショットを使用して以前の状態に自動的に転送されます。
- マルチバージョン ソフトウェア スタック: コンテナー内のコンポーネントを分離すると、異なるバージョンのツールとアプリケーションを同時に使用できます。 たとえば、互換性のない依存関係を分離することで、異なるバージョンの Python、Java、および Node.js に依存するアプリケーションを実行できます。 ベースの依存関係は、BCI (ベース コンテナー イメージ) セットの形式で提供されます。 ユーザーは、他の環境に影響を与えることなく、ソフトウェア スタックを作成、更新、および削除できます。
SUSE Linux Enterprise とは異なり、ALP の開発は、最初はオープンな開発プロセスを通じて実行されます。このプロセスでは、中間ビルドとテスト結果がすべて公開され、関係者が進行中のモニター作業を行い、開発に参加できるようになります。
最後に、それについてもっと知りたい場合は、詳細を調べることができます 次のリンクでは、