Linuxパッケージマネージャーの比較– AppImage vs Snap vs Flatpak

Snappyには、パッケージマネージャーシステム全体を構成する次の重要なコンポーネントがあります。[6]

• スナップ –はパッケージ自体のファイル形式です。 Snappyを使用してデプロイされる個々のアプリケーションは、「スナップ」と呼ばれます。 Linuxを実行している別のシステムで実行することを目的としたスナップを作成するために提供されているツールを使用して、任意のアプリケーションをパッケージ化できます。スナップは、AppImageと同様に包括的なファイルであり、ターゲットシステムの一部であると想定せずにアプリケーションを実行するために必要なすべての依存関係が含まれています。
• スナップクラフト –は、開発者がアプリケーションのスナップを作成できるようにするツールです。これは基本的に、スナップシステムの一部であるコマンドであり、独自のスナップを作成できるフレームワークでもあります。
• スナップ –は、システムにインストールされているすべてのスナップを維持するバックグラウンドデーモンです。デスクトップ環境に統合され、スナップの操作に関連するすべてのファイルとプロセスを管理します。 snapdデーモンは、通常1日4回の更新もチェックします。 特に設定しない限り。
• スナップストア –は、開発者がスナップをリポジトリにアップロードできるようにする一種のオンラインギャラリーです。 Snap Storeは、ユーザー向けのアプリケーション検出メディアでもあり、ユーザーがアプリケーションライブラリをダウンロードしてインストールする前に、それらを表示して体験できるようにします。

スナップされたコンポーネントは主にCで記述されています およびGolang 一方、Snapcraftフレームワークは Pythonを使用して構築されています 。どちらのモジュールもGPLv3ライセンスを使用していますが、snapdにはサーバー側の操作用にCanonicalの独自のコードがあり、クライアント側だけがGPLライセンスの下で公開されていることに注意してください。これは、開発者がスナップ開発に参加するためにCLAフォームに署名することを伴うため、開発者との主要な論点です。[7]

Snappyパッケージマネージャーの詳細を詳しく調べると、次の点に注意してください。

1. 前述のスナップはすべて包括的であり、アプリケーションの実行に必要なすべての必要なファイル（依存関係）が含まれています。したがって、開発者は、ターゲットとするディストリビューションごとに異なるスナップを作成する必要はありません。基本ランタイムをスナップから除外する場合に必要なのは、ランタイムに注意することだけです。
2. Snappyパッケージは、トランザクションの更新をサポートすることを目的としています。このようなトランザクション更新はアトミックで完全にリバーシブルです。つまり、更新中にアプリケーションを使用でき、更新が想定どおりに動作しない場合は、他の影響をまったく受けずに同じことを元に戻すことができます。この概念は、デルタプログラミングとも呼ばれます。 パッケージ全体ではなく、アプリケーションへの変更のみが更新として送信されます。 Ubuntu Coreと呼ばれるUbuntu派生物 実際には、OS自体にスナップ更新プロトコルを約束します。[8]
3. スナップとAppImagesの違いの重要なポイントは、バージョンの違いをどのように処理するかです。 AppImagesを使用すると、アプリケーションのバージョンが異なればAppImagesも異なり、同じアプリケーションの2つ以上の異なるバージョンを同時に使用できます。ただし、スナップを使用するということは、トランザクションまたはデルタ更新システムに準拠することを意味します。これは更新の高速化を意味しますが、同じアプリケーションの2つのインスタンスを同時に実行することを防ぎます。古いバージョンのアプリを使用する必要がある場合は、新しいバージョンを元に戻すかアンインストールする必要があります。 Snappyは、「並列インストール」と呼ばれる機能をサポートしています。 これにより、ユーザーは同様の目標を達成できますが、まだ実験段階であり、安定した実装とは見なされません。 Snappyはチャネルも利用しているため、アプリのベータ版またはナイトリービルドと安定版を同時に使用できます。[9]
4. 主要なLinuxディストリビューションおよびGoogle、Mozilla、Microsoftなどの主要な開発者からの広範なサポート[4]
5. スナップデスクトップ統合ツールは、「スナップショット」の撮影をサポートします システムにインストールされているすべてのスナップの現在の状態のこれにより、ユーザーはSnappyパッケージマネージャーを介してインストールされたすべてのアプリケーションの現在の構成状態を保存し、必要に応じていつでもその状態に戻すことができます。同じ機能を設定して、ユーザーが必要と見なす頻度でスナップショットを自動的に取得することもできます。スナップショットは、スナップ保存コマンドを使用して作成できます スナップフレームワークで。[10]
6. スナップは、操作中にサンドボックス化されるように設計されています。これにより、ユーザーに非常に必要なセキュリティと分離のレイヤーが提供されます。ユーザーは、スナップベースのアプリケーションがコンピューター上の残りのソフトウェアを台無しにすることを心配する必要はありません。サンドボックス化は、3つのレベルの分離、つまりクラシックを使用して実装されます。 、厳密 およびdevmode 。分離の各レベルにより、アプリはファイルシステムとコンピューター内でさまざまなレベルのアクセスが可能になります。[11]

逆に、スナップはカノニカルの手口を中心としていると広く批判されています。 。プロジェクトへのコミットのほとんどは、Canonicalの従業員または請負業者によるものであり、他の貢献者はリリースフォーム（CLA）に署名する必要があります。サンドボックス機能は、セキュリティの観点から非常に重要ですが、X11デスクトップを実行しているアプリケーションが前述の分離をサポートしないのに対し、サンドボックスは実際には他の特定のコアサービス（Mirなど）を実行する必要があるという点で欠陥があります。セキュリティ機能は無関係だと言った。 Canonicalや「中央」のクローズドアプリリポジトリからの疑わしいプレスリリースやその他のマーケティング活動も、Snappyの側面として広く批判されています。さらに、さまざまなスナップのファイルサイズも比較的非常に大きい AppImageを使用して作成されたパッケージのアプリサイズと比較。[7]

詳細については、スナップの公式ドキュメントを確認してください。 。

関連記事：

• ArchLinuxおよびFedoraにSnapパッケージをインストールする

3。 Flatpak

上記のSnap/Snappyのように、 Flatpak は、Linuxでのソフトウェアの配布と使用を容易にすることを目的としたソフトウェア展開ツールでもあります。 Flatpakは以前は「xdg-app」と呼ばれていました レナートポッターリングによって提案されたコンセプトに基づいていました 2004年。アイデアは、安全な仮想サンドボックスにアプリケーションを含めて、ルート権限を必要とせずにアプリケーションを使用できるようにすることでした。 システムのセキュリティを損なうことなく。 アレックス Klik（AppImageの以前のバージョンであると考えられていた）をいじり始め、概念をより適切に実装したいと考えました。 アレクサンデルラーション 当時RedHatと協力していた人は、2015年にxdg-appと呼ばれる実装を作成しました。これは、現在のFlatpak形式の前身として機能しました。

Flatpakは、Red Hat、Endless Computers、Collaboraの支援を受けて2016年に正式にリリースされました。 フラットハブ すべてのFlatpakアプリケーションパッケージの公式リポジトリです。 Flatpakは、その表面上、Linux用の配布に依存しないアプリケーションを構築およびパッケージ化するためのフレームワークです。アプリケーションをFlatpak環境に正常に統合するには、開発者がいくつかのデスクトップ環境ガイドラインに準拠する必要があります。