[過去ログ] Docker Part5 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
61: 2020/12/05(土)13:50 ID:NbhsX2Y9(1) AAS
podmanはなんつーかもとから土俵の上にないっていうか
たぶん非推奨っていわれてもこんなに騒ぎにはならないだろうな
62(1): 2020/12/05(土)14:33 ID:0YccHEgF(4/8) AAS
>>59
日本人の方のブログには「代替にpodmanが提供されている」という記載はある。
外部リンク:blog.inductor.me
63(1): 2020/12/05(土)14:48 ID:I3YGhR/O(6/11) AAS
>>62
CRI-O に言及するついでに書いてあるだけだろ...
記載があるから関係があるという考え方はやめたほうがいいよ
64(1): 2020/12/05(土)15:17 ID:0YccHEgF(5/8) AAS
>>63
k8sをちゃんと使ってDockerとの違いにやりづらさを感じた人なら
その一行で「なるほどな」と感じるはずだが?
65(1): 2020/12/05(土)15:24 ID:I3YGhR/O(7/11) AAS
>>64
docker との違いにやりづらさとあるが、主語がないので何と比較してやりづらさがあると言いたいのか分からない
> Dockerの代替ツールとしてはローカル用ランタイムのPodman、コンテナビルダーのBuildah、そしてCRIランタイムのCRI-Oをそれぞれ提供しています。
この一行に関してはそうだねとは思っても、なるほどと思える要素はないな
66(1): 2020/12/05(土)15:25 ID:0YccHEgF(6/8) AAS
>>65
それは君が馬鹿だから。
資料を読めばなぜやりづらいと感じるのかもわかる。
67(2): 2020/12/05(土)15:35 ID:I3YGhR/O(8/11) AAS
>>66
これまで k8s -> dockershim -> docker api -> containerd となっていたのを k8s -> containerd にするっていう話なんだけど、
これのどこに podman が関連するか教えてくれない?
68: 2020/12/05(土)15:59 ID:r7Mql18q(1) AAS
>>67
docker要らなくなるな
じゃあpodmanでいいか
69(1): 2020/12/05(土)17:17 ID:0YccHEgF(7/8) AAS
>>67
その資料にはそうは書いてないな。
今まで:
k8s->dockershim->Dockerで動いていたけど、dockershimは廃止するよ
これから:
でも実はDockerは内部でcontainerdとして動いているから廃止後はk8s->containerdになるから安心だよ。
と言っていて、その背景の情報としてDockerはk8sとネットワークとかVolumeとかの機能が
被っていて邪魔、とかCRIとしてコンテナを動かす技術はdockershimのほかにCRIOやcontaienrd
があって、CRIOの人達は早くからpodman押してるよ、それは何故かと言うとk8sが求めていない余計な
機能は実装していないからだよ、と言っている。
省2
70(1): 2020/12/05(土)18:04 ID:WsElpmBT(1) AAS
dockerを開発用に使ってる人
→今まで通り使い続けてOK。k8s上でdockerで作成されたコンテナは実行可能であり続ける。(コンテナのフォーマットは標準化されていて、dockerもそれに従っているから)
k8sのコンテナランタイムとしてdockerを使っている人
→cri-oかcontainerdに移行してください。
猶予は1年
って認識だけどこれでいいんだよね?
71(1): 2020/12/05(土)18:04 ID:I3YGhR/O(9/11) AAS
>>69
まず、前半部分(安心だよ。まで)って何が言いたいんだい?
私が書いた内容を君の言葉で言い直しただけ?
だからこの文脈でって言うけど、話を飛ばしすぎなんだよなぁ
私は最初から昨日の話の流れで podman が出てくるのはおかしいでしょと言ってるだけなんだけど
dockershim が非推奨になります、だから podman に移行しましょうなんて話が公式からありましたか?
72: 2020/12/05(土)18:06 ID:I3YGhR/O(10/11) AAS
>>70
いいと思うよ
73(1): 2020/12/05(土)19:34 AAS
外部リンク:qiita.com
これのDockerfileの最後の行のADD . /code/には何の意味がありますか?
その手前でADD /code/してる気がするのですが
なぜ再度ADDする必要があるのでしょうか
74(1): 2020/12/05(土)20:00 ID:4l48dxdp(1/2) AAS
>>73
依存性だけ先にダウンロードすんだよ
75: 2020/12/05(土)20:03 ID:ZteeUnRS(1) AAS
個々のDockerfileの意味とか流石に作者に聞けとしか
よく使われるテクニックとかならわかるが
76: 2020/12/05(土)20:09 ID:I3YGhR/O(11/11) AAS
どう見てもよく使われるテクニックなんですが...
77: 2020/12/05(土)20:16 ID:4l48dxdp(2/2) AAS
dockerユーザーは初心者も多いからこんなもんでしょ
podmanは玄人ユーザーが多いからみんな「わかってる」けど
78(1): 2020/12/05(土)20:18 AAS
>>74
なるほど
ためしに最後のADD . /code/の行を消してもbuildできてしまったので
どのような目的があったのだろうと疑問だったのですが
まだいまいちピンときていませんがありがとうございました
79: 2020/12/05(土)20:20 ID:0YccHEgF(8/8) AAS
>>71
もういいよ。
お前の脳味噌は相変わらず腐ってる。
80(1): 2020/12/05(土)20:49 ID:BHDtRCCp(1) AAS
>>78
最後のADD削ったら必要なものが入らないだろw
Dockerは上から一行ずつビルドしてるんだから
「最後の一行」を削っていって最終的に最初の一行だけになっても全部ビルドできる
別にこれでもビルドは正しく出来るんだよ
WORKDIR /code
ADD . /code/
RUN pip install -r requirements.txt
ただしこれだと、.(カレントディレクトリ)の内容が変わったときに
pip install -r requirements.txt という時間がかかる
省8
上下前次1-新書関写板覧索設栞歴
あと 922 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.021s