Docker Part5

> オーケストレーター使うならK8S

K8Sだけじゃ何も動かない
せめてDockerイメージがないと・・・

これまで k8s -> dockershim -> docker api -> containerd となっていたのを k8s -> containerd にするっていう話なんだけど、
これのどこに podman が関連するか教えてくれない？

ちゃんと記事読んでからコメントして♡

> イメージのビルドはk8sからはやりづらく感じる。
k8sからイメージをビルドするってどういう事？
k8sからどうやってイメージをビルドするの？pullするだけでしょ？

> Dockerはそれを満たしてないからしょうがなくアダプタで無理やり動かしてた

え？でも非推奨になってもDockerイメージ動くんでしょ？

最後のADD削ったら必要なものが入らないだろｗ
Dockerは上から一行ずつビルドしてるんだから
「最後の一行」を削っていって最終的に最初の一行だけになっても全部ビルドできる

別にこれでもビルドは正しく出来るんだよ
WORKDIR /code
ADD . /code/
RUN pip install -r requirements.txt

ただしこれだと、.（カレントディレクトリ）の内容が変わったときに
pip install -r requirements.txt という時間がかかる
パッケージのインストールを何度もすることになる

一般的に requirements.txt の内容が変わることは少なく
.（カレントディレクトリ）= ソースコードは変化しやすいので
記事の順番でやるとビルドに時間がかからなくなる

これはDockerを本来の目的＝自社開発アプリのデプロイとして
使う場合によく使われるテクニック
開発中に何度もソースコードを修正してビルドするからね
他人が作ったアプリをただビルドするだけの人だとこうする理由がわからない

コンテナにも標準仕様があんだよ
それ満たしてればK8S的には何でもおｋなわけ
Dockerはそれを満たしてないからしょうがなくアダプタで無理やり動かしてた
でももう面倒になったからDocker切り捨てるわバイバイってこと

非推奨にも幅があるよ
ナルハヤで脱却して、って意味での非推奨
別に使うのは構わんけど、もっと良いモノあるよ？って意味での非推奨
Dockerは後者の意味での非推奨
なんたって、Podmanがあるからねぇ
天下の赤帽が、コマンド名にエイリアスを付けるぐらいだから、よっぽどだよ

Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ
https://jaco.udcp.info/entry/2020/12/03/172843
Dockerはより開発者向けにシフトする感じかな

君みたいに解説記事を読まずに騒ぐ人が多いからじゃない？

解説読めば理解できるのに的外れな質問をしている人のほうがサポート掲示板と勘違いしているんじゃないですかね？

その資料にはそうは書いてないな。
今まで：
k8s->dockershim->Dockerで動いていたけど、dockershimは廃止するよ
これから：
でも実はDockerは内部でcontainerdとして動いているから廃止後はk8s->containerdになるから安心だよ。

と言っていて、その背景の情報としてDockerはk8sとネットワークとかVolumeとかの機能が
被っていて邪魔、とかCRIとしてコンテナを動かす技術はdockershimのほかにCRIOやcontaienrd
があって、CRIOの人達は早くからpodman押してるよ、それは何故かと言うとk8sが求めていない余計な
機能は実装していないからだよ、と言っている。

だからこの文脈でといえばそれが正しくて、はお前何いってんの？としか思わない。
少なくともという感想には絶対にならない。

つーかDockerに代わるものなんてないじゃんｗ

もういいよ。
お前の脳味噌は相変わらず腐ってる。

docker との違いにやりづらさとあるが、主語がないので何と比較してやりづらさがあると言いたいのか分からない

> Dockerの代替ツールとしてはローカル用ランタイムのPodman、コンテナビルダーのBuildah、そしてCRIランタイムのCRI-Oをそれぞれ提供しています。
この一行に関してはそうだねとは思っても、なるほどと思える要素はないな

それは君が馬鹿だから。
資料を読めばなぜやりづらいと感じるのかもわかる。

podmanがどうのこうのという話？
単に信じた君が馬鹿なだけじゃね？

悪いけど的外れな質問にも興味はない。
俺はDocker板で突然k8sの話題が始まった事に
ずっと違和感を持っていたけど、別にツッコミを入れたりはしない。
では何でそこをスルーするのにpodmanに「だけ」反応するの？って話。

k8sをちゃんと使ってDockerとの違いにやりづらさを感じた人なら
その一行で「なるほどな」と感じるはずだが？

Kubernetes 1.20からDockerが非推奨に!!

k8sでビルドはする

開発環境で使うという意見もあるがpodmanで十分だ
WindowsかMacだったら仕方なくdockerを使う

https://qiita.com/kenkono/items/6221ad12670d1ae8b1dd
これのDockerfileの最後の行のADD . /code/には何の意味がありますか？
その手前でADD /code/してる気がするのですが
なぜ再度ADDする必要があるのでしょうか

podmanとdockerの比較表を作ってくれたら試してもいいよ

Podmanの名前出てたか？
もっと良いものはあるのが事実だとして、そこにPodmanの名前が
出てないなら、それは良いものじゃないってことだろう？
Podmanの名前出てないよな？

docker imageは駄目っしょ。
それで作ったコンテナはdockershimに手伝ってもらわないと動かないだろうし
それは来年末に廃止するよ、って言ってるんだし。
代わりにBuildah使ってビルドしてね！って言ってるし。

第一お前らKubernetes使ってないでしょ？

KubernetesはDockerのサポートはやめるけど
今後もDockerで作ったイメージは動くらしい
どういうこと？
KubernetesってそもそもDockerイメージを動かすことしかしないよね？

KubernetesはDockerのサポートはやめるけど
今後もDockerで作ったイメージは動くらしい
どういうこと？
KubernetesってそもそもDockerイメージを動かすことしかしないよね？

俺はpodmanに興味はない。
俺が焦点にしているのはお前だ。
スレチと言うならk8sからそもそもスレチだし、それならから
全部駄目なんだが？なんでpodmanにだけ反応するの？

依存性だけ先にダウンロードすんだよ

WindowsならDockerはいらんな。
SSD換装できないMacは無駄にストレージ使う訳にもいかんから
消去法的にDockerって感じ。

工数が足りないから

dockerがオワコンだからpodmanに移行しようって話だよ

マジでバカしかおらんのか

個々のDockerfileの意味とか流石に作者に聞けとしか
よく使われるテクニックとかならわかるが

CRI-O に言及するついでに書いてあるだけだろ…
記載があるから関係があるという考え方はやめたほうがいいよ

dockerユーザーは初心者も多いからこんなもんでしょ
podmanは玄人ユーザーが多いからみんな「わかってる」けど

ばか？

発展途上の技術が最適化されていくだけって話だったのね
5chでだけ声の大きい人の言う事は一番あてにしちゃいかんな

k8sでビルド？意味不明

記事見る感じだとDocker自体がcontainerdのラッパーでしかないから
じゃあcontainerdで良くね？って話？
Dockerもう要らなくね？

え？じゃあなんでこんなに騒いでるの？

もともと落ち目だった
デーモンとかswarmとか要らんし、レジストリのpull制限かかるし、これじゃ安心して使えないよ

つまりdockershimは非推奨だけど
dockershimを使わなくてもDockerイメージは動くってこと？

この記事だと結局dockershimに非対応になるってことじゃね？

dockershimって単体でも使えんの？

Kubernetesとは別のリポジトリでメンテしていけば良くね？

まず、前半部分(安心だよ。まで)って何が言いたいんだい？
私が書いた内容を君の言葉で言い直しただけ？

だからこの文脈でって言うけど、話を飛ばしすぎなんだよなぁ
私は最初から昨日の話の流れで podman が出てくるのはおかしいでしょと言ってるだけなんだけど
dockershim が非推奨になります、だから podman に移行しましょうなんて話が公式からありましたか？

//jaco.udcp.info/entry/2020/12/03/172843

何がこれからは Podman だよ
バカにも分かりやすい記事を持ってきてやったから読んで理解してくれ

お前こそpodmanのスレは別にあるんだしそこ行ったら？