snapとaptの違い

Question

今回ubuntu18.04にGoとnode.js、dockerを入れようと思ったのですが
snapで入れる、aptで入れるといったことが書いており何が違うのかについても調べてもよくわかりません。。。

質問として２つありまして
・snapとaptの違いについて
・Go、node、docker（dockerについてはUbuntuソフトウェアからなのか)を入れるのはどちらに入れるのが正しいのか

ご教授いただけたらと思います・・・

Answer 1

自分も気になっていたのでちょっと調べてみました。

• Ubuntu 16.04 その32 - 新しいパッケージ形式であるSnappyパッケージが利用可能に・debパッケージと共存可能 - kledgeb
• Linuxパッケージ管理はSnappyが便利です | スマホアプリ制作・開発会社を東京都内でお探しなら【株式会社イーディーエー】

上の2つのリンクを読んだだけですが、大体以下のような理解でよいのではないかと思います。

• snapはパッケージ形式のこと（コマンド名もsnapだが）
  ⇒aptコマンドはdebパッケージを管理するコマンドの一つ（dpkg、apt-get、aptitudeとかいろいろある）
• 古い環境に新バージョンのソフトウェアを提供したいが、debパッケージでは依存関係が解決できない。解決手段として、必要なものを丸ごとパッケージして、他のパッケージとの依存関係を気にせずに済むようにしたもの。
• snapパッケージはdebパッケージと共存可能で、あるアプリケーションをインストールするのにsnapパッケージとdebパッケージの両方をインストールしても問題ない。

使い分けについて、自分の場合は以下のように考えています。

• snapパッケージがあればsnapパッケージをインストール
• snapパッケージがなければdebパッケージをインストール（aptコマンド使用）

【補足】

snapでインストールしたパッケージのコマンドの格納場所をwhichで調べてみたら、/snap以下に格納されていました。

$ snap list
Name        Version     Rev   Tracking  Publisher              Notes
core        16-2.35.5   5742  stable    canonical?             core
docker      18.06.1-ce  321   stable    docker-inc             -
powershell  6.1.1       14    stable    microsoft-powershell?  classic

$ which docker
/snap/bin/docker

$ ls /snap
README  bin/  core/  docker/  powershell/

パッケージごとのディレクトリを見ると、バージョンごとのファイル一式を丸ごと格納してシンボリックリンクで切り替えているようです。

$ ll /snap/core
合計 8
drwxr-xr-x  5 root root 4096 10月 31 22:06 ./
drwxr-xr-x  6 root root 4096  9月 17 08:13 ../
drwxr-xr-x 24 root root  333  9月 21 18:32 5548/
drwxr-xr-x 24 root root  333 10月  5 22:40 5662/
drwxr-xr-x 24 root root  333 10月 16 16:36 5742/
lrwxrwxrwx  1 root root    4 10月 31 22:05 current -> 5742/

$ sudo du -sh /snap/core/*
272M    /snap/core/5548
272M    /snap/core/5662
272M    /snap/core/5742
0       /snap/core/current

$ ll /snap/docker/
合計 8
drwxr-xr-x  4 root root 4096 10月 10 08:00 ./
drwxr-xr-x  6 root root 4096  9月 17 08:13 ../
drwxr-xr-x  9 root root  282  9月 22  2017 179/
drwxr-xr-x 13 root root  335 10月  1 23:43 321/
lrwxrwxrwx  1 root root    3 10月 10 08:00 current -> 321/

$ sudo du -sh /snap/docker/*
171M    /snap/docker/179
379M    /snap/docker/321
0       /snap/docker/current

$ ll /snap/powershell/
合計 8
drwxr-xr-x 4 root root 4096 11月 14 10:27 ./
drwxr-xr-x 6 root root 4096  9月 17 08:13 ../
drwxr-xr-x 8 root root  170  9月 14 07:16 11/
drwxr-xr-x 8 root root  170 11月 14 08:38 14/
lrwxrwxrwx 1 root root    2 11月 14 10:27 current -> 14/

$ sudo du -sh /snap/powershell/*
186M    /snap/powershell/11
186M    /snap/powershell/14
0       /snap/powershell/current

Comments

[t98907]

snapはまだ過渡期なのでaptがあるならaptを使った方がいいと思います。

Answer 2

snapはディストリ依存をなくしてアプリをインストールできるパッケージの仕組みです。似たようなものにflatpakなどがあります。

従来のapt/debでインストールされるものとの最大の違いは実行環境です。
コンテナ技術でホストマシンのファイルシステムとは隔離された環境下で動作します。ほとんどの場合、ホスト環境のネットワークやホームパス配下をそのまま継承して動作するので違和感なく使えるようになっています。

ホストマシンのシステム領域のファイルをいじらないのでインストールやアンインストールがクリーンに行われるというメリットがありますが、依存ライブラリをアプリごとにインストールする場合があり、ディスク容量をより消費する傾向があるようです。

また、ホストのシステム領域に入れないと利用できないパッケージはsnapにはありません。aptで探して入れることになります。（例:supervisorなど）

snap/flatpakはクロスディストリを目指してはいますが実際に他のディストリで使おうとすると細かいトラブルはあると思います。セキュリティ周りやIME連携部分など。そういったトラブルに対応した調整はまだまだエンドユーザーがやることになってしまうでしょう。

個人的にはaptで見つかるものはaptで入れておくほうがトラブルは少ないと思います。snapにしかないアプリをインストールできるのがsnapの利点かなぁと。

Comments

[wwbQzhMkhhgEmhU]

私はこちらの意見に賛成なのですが、気になっている部分があって今更ですが少し質問させてください。
「コンテナ技術でホストマシンのファイルシステムとは隔離された環境下で動作します。」
とは、どういう意味でしょうか？chrootとかdockerコンテナみたいなものを指しているわけではないのですよね？
少しだけご説明お願いできませんか？

[nobonobo]

snapのアプリケーションはlinuxのユーザーnamespacesという手法でホストの環境とはネットやファイルシステムを隔離したサンドボックス環境で動作します。この手法は昨今流行りのコンテナ技術も同様の手法の延長です。なので例えばホストで依存解決したライブラリをsnapアプリ側から利用することは（特別に参照可能にしない限り）できません。snap側で必要なライブラリはsnap経由でホストとは違う領域にインストールされます。

[wwbQzhMkhhgEmhU]

そういう意味だったんですね。ありがとうございます。
丁度vscodeを実行しようとして入っていなくて、そういうサジェスチョンをbashから受けたので、調べてたらココが見つかり、気になって聞いてみたのでした。
それにしてもcanonicalそんな大掛かりなものをアプリごとに用意してるとは。。。
そういうのが嬉しいパッケージもありますが、全部そうなるとやや違和感ありますね。
時間のあるときに調べてみます。情報ありがとうございました。

[nobonobo]

snapのサンドボックスはdockerをもっとシンプル(chrootのユーザー権限版)にしたものと考えていいと思います。

[wwbQzhMkhhgEmhU]

なるほど、ありがとうございます。UserModeLinuxとかああいう技術に近いのですね。