無料だし？ルートレスで動かせる？

2021年のDocker Desktopのライセンス変更

Dockerがcgroups v2をサポートするのに時間かかりすぎた

Kubernetesの*.yamlマニフェストをサポートしてるの？

Snapdragon / ARMのWindowsでは、これが唯一の選択肢だね。それに、めちゃくちゃうまく動くよ！

RHEL8にプリインストールされてるから、わざわざ入れ替えるのも面倒だしね。

俺は低消費電力のシステムでルートレスコンテナを使ってる。Dockerでは、ルートレスの設定がめんどくさかったな。無特権のLXCコンテナの経験があったのに。それに、マネージャーデーモンが常にシステムリソースを消費してて、コンテナが動いてない時でもそうだった。Dockerのアップグレードでは、最新バージョンで導入されたストレージドライバーの問題を追いかけないと、コンテナが動かなかったりした。最近のアップグレードでまたコンテナが壊れたから、Podmanを試してみることにした。セットアップは超簡単だったよ。リソースを無駄にする管理デーモンもいないし、コンテナはそのまま動いた。Dockerのために書いた小さなcronスクリプトもPodmanツールでそのまま動いたし。PodmanはホストのUIDを非ルートのコンテナUIDにマッピングするのも簡単だから、攻撃面を減らせると思う。（この機能はまだ試してないけど。）前に確認した時、Dockerはできなかったから、今のところ大満足だよ。

よりモダンなデザインで、DockerのCLIインターフェースをそのまま使えるし（必要ならDockerソケットAPIのほぼそのままの代替品もある）。これがdistroboxのようなツールにとって好まれるバックエンドになってるんだ。

Podmanを試してみたけど時間の無駄だった。Colimaに切り替えたよ。Dockerの真の代替品で、使える無料の選択肢はこれだけだね。

セットアップの時はちょっと手間がかかったけど、それ以降は全然気にしてないよ。ただ、機能がもっと早く揃ってくれたらなーって思うことはある。Podmanは色々な意味で素晴らしいし、一般的な使い方ではシンプルなのに、Dockerよりもパワフルだよ。

ほとんどは妥当だね。いくつかの落とし穴はあるけど、大体の使い方ではそのまま使えるよ。Podmanのソケットで問題にぶつかったことがあったし、ユーザースペースでゲームを設定する時に権限の問題もあったな。

ほとんど違いに気づかないね。確かにいくつかの特殊なケースがあるけど、私はそれにぶつかったことはないよ。

ほぼそうだね。最初に気づく変更点は、各コンテナが別々のプロセスだってこと。自動起動させるにはsystemdのサービスファイルを生成する必要があるんだ。podmanにはそのためのオートジェネレーターがあるから、ターミナルで追加のコマンドを2つ打つだけなんだけど、始めたばかりの時には見落としがちだよね。

Windowsで一般的な開発作業のためにpodman desktopを使ってる。ライセンスの関係で切り替えたんだけど、大学はライセンスの例外に入らないみたいだから。実際、docker CLI、特にdocker composeも使ってる。DebianのVMの一つでも同じことをやりたくなって、標準のaptソースからpodmanをインストールできると思ったから、IPスタックにあまり影響しないことを願ってたし、K8sに近いからちょっといいかなと思ってた。でも、例えばpodman composeでkomo.doをインストールしようとしたら全然ダメだった。ソケットの場所を直しても、変な挙動が出てきた。だから、確かに「ほぼ」って感じだね。ただ、重要なケースではすぐにイライラすることがある。WSL2のWindowsノートパソコンではうまく動くけど、そこでは信頼性が必要なサーバーデプロイはやってないからね。

しばらくの間はうまくいってたけど、samba-adイメージがPodmanでは動かないことに気づいた。Dockerでは同じマシンで問題なく動いてたけど。他のはすべてドロップインの代替としてうまく動いてるよ。

私の経験ではDockerとは違って、興味をそそられるね。CLIではできないDocker Desktopの機能って何？

Macだと、CLIからLimaを使った方が楽じゃない？Podmanと比べてどうなの？Linux以外だとDockerはいつも重いし。Firecrackerの代わりに軽量なハイパーバイザーってあるのかな？今のsystemdの流れを見てると、VMに戻った方がいい気がする。ネイティブOSのインストールの方が全体的に成熟してるし。DockerをLinuxで使うのって、なんかSPAがレンダリングエンジンの上でHTMLパースを再発明してる感じ。

私も同じだよ。ターミナルからDockerやPodmanを使ってる。GUIが好きな人もいるけど、スクリプトやコンポーズを使ったCLIのワークフローが一番いいと思う。Podman Desktopはいいけどね。

Windowsではpostman/docker/rancherを使うのが好きなんだ。そうするとVMがHyperVで動くからね。WSLにDockerをインストールすると、WSLのVMの中で動いちゃうし。

うん、「Podman v3.0以降のバージョンでは、Docker APIをエミュレートする互換性のあるRESTful APIが導入されたよ。これにより、標準のdocker-composeコマンドラインツールがDockerデーモンの代わりにPodmanバックエンドとやり取りできるようになったんだ。」

動くけど、俺の経験では本当の代替品ってわけじゃないな。Podman composeがコンテナを汚れた状態に残しちゃう問題があって、次にpodman compose upを実行すると、変なエラーが出ることがある。例えば、> "Error: creating container storage: the container name '...' is already in use by [hash]. その名前を再利用するには、そのコンテナを削除しないといけない。すでに使われている名前だとか、--replaceオプションを使ってPodmanに指示する必要がある。で、podman compose up --replaceを実行しようとするんだけど、それは認識されない引数だから、結局podman compose downを実行して、問題を引き起こしている状態をクリーンアップしないといけない。CTRL+Cでpodman compose upを終了するたびにこれをやらなきゃいけないのが面倒だな。Docker Engineに戻ろうかな。

重要なことを指摘してるね。Dockerの進む方向が嫌な人たちには、シンプルな代替品として使えると思う。

ライセンスが良いのがいいね。それだけで十分。

Podmanはsystemdとの統合が良くて、quadletsの形で提供されてる。カスタム構文でsystemdジョブを定義して、systemdサービスとして実行できるし、KubernetesのYAMLをローカル（単一ノード、ルートレス）コンテナとして実行することもできる！すごくいいね。前のプレゼンテーションを見てみて： https://news.ycombinator.com/item?id=43456934

Dockerを使ってるのは、そのメリットがあるから？それとも慣れてるから？

僕の経験は全く逆だったな。$ brew install podman-desktop … ちょっと遊んで … $ brew remove —zap docker-desktop それ以来ずっと幸せだよ。もうクソ化の臭いはしないし。あとはSlackとFigmaも消せたらいいんだけど…