Docker Part5

DockerはLinuxが持つコンテナ技術を使ったアプリケーション仮想化技術です。
アプリケーションを動かすために必要な各種ライブラリ等を一つのDockerイメージに
まとめることで、さまざまな環境へのデプロイが容易になります。
例えばWindowsやmacOSを使って開発・テストしたDockerイメージを
そのままクラウド上のLinuxの本番環境で使うことができます。

クラウド上の環境が仮想マシンであるため、Dockerは仮想マシンと併用して使うことが多いですが
仮想マシン技術とは無関係の技術です。実際Linux環境において仮想マシンは必須ではありません。
WindowsとmacOSでは仮想マシンを使いますが、これはOSがLinuxではないからです。

Dockerは主にアプリケーションを動かすために設計されているのでデータを保存するのには適していません。
データはDockerイメージの外部、ボリュームを使ってホスト環境に保存するかネットワーク通信で外部サーバーに保存します。
またDockerコンテナは一つのサービスを実行し、複数のサービスが必要な場合はdocker-composeやk8sなどを使って連携させます。
Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けています。
それはDockerの設計方針とあっていないからです。

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

前スレ　Docker Part4
https://mao.5ch.net/test/read.cgi/linux/1597591176/

注意　Dockerを仮想マシンの代替として使いたいと考えてる人は、DockerではなくLXCを使いましょう
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

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

感染広げるXantheマルウェア、誤った構成のDockerサーバが拡散の原因に
https://www.itmedia.co.jp/enterprise/spv/2012/02/news118.html

わざわざ会員登録までして記事見たのに危機感煽るだけ煽って結局何が悪いのかすら書かないとか記者辞めちまえよ

>>2
https://dev.to/inductor/wait-docker-is-deprecated-in-kubernetes-now-what-do-i-do-e4m

tl;dr
For developers
Don't panic, Docker containers and images are still alive. It's not that it will change everything.

tl; dr 開発者向け 慌てる必要はありません。Dockerコンテナとイメージはまだ生きています。
それがすべてを変えるというわけではありません。

まぁそう言うしかないわな
RIP

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

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

ほれみたことか
どんどんDockerがオワコンに向かっている
これからはPodmanだよ諸君

>>1
テンプレに間違いがあるね
コンテナ内部は複数のサービスにしてもよい
Gitlab公式コンテナが好例
そのほうが簡単に配布することができる

Dockershimとやらが無くても動くように
docker側が対応しないのは何で？

工数が足りないから

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

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

Dockerはオワコン
代替は今のところPodmanしかない

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

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

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

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

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

>>17
twitterで声の大きい人や
発表会（笑）だけで有名な人も同じ
当てにしちゃいかん

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

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

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

>>9
1の記載は本人の妄想と誤解が混ざり合ってるから気にしちゃいかん。
読んだ感じだと未だPart4以前から続く間違いが、未だわかってない様だね。
Part6が始まるまでにどんだけ間違いに気づくか見もの。

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

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

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

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

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

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

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

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

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

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

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

Dockershimで検索したらこれが一番目に出てきたよｗ

Dockershim Deprecation FAQ
https://kubernetes.io/blog/2020/12/02/dockershim-faq/

本家は最初から「Dockershim」って言ってたのか？
（それとも反響が大きくて後から出した？）

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

オーケストレーター使うならK8S
使わないならpodman
dockerは要らないね

>>34
Kubernetesつかってないけど
「本番環境ではKubernetes使います。Dockerはサポートされてないので作り直してください。」
って言われたら嫌じゃん

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

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

>>36
Dockerイメージのフォーマットが変わるわけではない

>>38
つまり今まで通り
Dockerで開発してDockerイメージを作って
それをDockerリポジトリにpushしていれば
それをkubernetesから使えるってこと？

>>39
そりゃそうじゃ
誰がDocker「イメージ」を廃止するとか言った？

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

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

まあmicrok8sで開発してたらDockerきえてCRIOになったし
そうなるだろうなとは思ったけど。
イメージのビルドはk8sからはやりづらく感じる。
クラスタ用の定義ファイルとアプリ用の設計書が一緒くたになりそうな

>>42
ばか？

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

k8sでビルドはする

k8sでビルド？意味不明

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

逆にpodmanを使わない人はなんで使わないんだ

だからなんで昨日からの話の流れで podman が出てくるんだよ、いい加減にしろよボケ

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

おわってんのはお前の脳みそじゃい！

↑は何をいきり立ってんの？
5chをDockerのサポート掲示板か何かと勘違いでもしてるのかな？

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

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

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

ちゃんと理解したならdockerがオワコンとわかるはずだろう
dockerはいま急速に切り捨てられようとしてる
今回の事件だけじゃねえんだ

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

>>58
podman は今回の件に関係ないからだけど？

知識が足りないからdocker = K8Sのような勘違いをしてるのかも
しっかり学ばずになんとなくでdockerを使ってる若手に多い

podmanはなんつーかもとから土俵の上にないっていうか
たぶん非推奨っていわれてもこんなに騒ぎにはならないだろうな

>>59
日本人の方のブログには「代替にpodmanが提供されている」という記載はある。
https://blog.inductor.me/entry/2020/12/03/061329

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