Docker Part4

Linuxが持つコンテナ技術を使った、仮想マシン必要ないアプリケーション仮想化技術で
アプリケーションのデプロイが用意になります

Docker（アプリ仮想化）は仮想マシンと併用して使うことで最も効果を発揮し
開発・テストで使ったDockerイメージと全く同じものを本番環境で使えます
さらにWindowsとmacOSでも同じDockerイメージが動きます。
（Linuxは仮想マシンが不要ですが、WindowsとmacOSは仮想マシン技術を併用して実現しています。）

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

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

http://www.docker.io/

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


注意　同じコンテナ技術を使うが異なるアプローチで仮想マシンの
代替を目指しているのがLXC。目的が全く異なるので注意
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

ネタがないと静かなるスレだね

ネタというか暇つぶしにおちょくってるとき以外はずっと過疎ってるねここ

ぶっちゃけ役に立ってないからな。

枯れた技術だからしょうがない

Macで動かすと遅いって記事をqiitaでみたけどまじなの？

ファイルシステムのせいだろ。NFSにしたら直るとか。

まじだよ。osxfsが遅い。
ホストとコンテナ間の一貫性を犠牲にして速くするオプションもあるけど、まぁ遅い。
個人的にはMac捨てたほうが幸せだと思う。

母艦はなんでもよかねえか
どうせクラウドに接続して仕事するだろ

>>283
gRPC FUSEにしたら、改善はするけどな。

safariがWindowsでもLinuxでも動かせればいいんだけどね
Macうぜえ

>>286
Apple「Mac買ってください。お願いします。どうかお願いします。助けると思って」

>>285
Docker for MacのEdgeリリースには入ってるんだっけ？試してみるかぁ

DockerはもともとLinuxのLXCを使って実現したわけだけど、それ以外の環境だと
何らかの仮想化環境の上でDockerをエミュレートしているような状態だよな。

WindowsのHyper-Vの方が快適

>>288
あぁ、手元は Edge を使っていたので、そのまま書いてもうた、スマン。

あと、VMware FusionをHypervisorにして、
Docker for Macから使うのもいいよ。
オススメは VMware Fusion Proでネットワークまわりをがっちりと作って、
Docker for Macから使うのもいいね。

>>288
んで、そこらへんをサクッとできるのが、
VMware Fusionの Project Nautilus。
VMware Fusionでサクッと、OCI containerを扱えるよ。

>>289
目的と手段の違いだな

Dockerの目的は、あらゆるOS上で同じDockerイメージを動かすこと
だから最初からWindowsとmacOSにも対応していた
LXCを使うのは手段でしか無い

実機はLinuxだから素早く起動できるコンテナを使うという目標はあっただろうけど
それと同時にWindowsやmacOSでも動かすという目的もあったのだろう

>>292
macにそんな新機能とかご苦労なこったな。
当事者のアップルはintel捨てるっていうのに。
評価するだけバカバカしいわ。

MacみたいなカッコいいハードのLinuxノート売ってくれ

>>293
いや、目的の話はしてなくて。

>>294
ちなみに、最近、VMware Workstationもできるようになった。

2014〜2016年頃？：
DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！
Dockerデスクトップ作ったので今はエンタープライズ向けのツール作って開発機から本番機までをサポートします！

その後：
結局はDockerはdocker machineという名のVMの上で動いていただけです。
ネィティブ実行は出来ません（諦めました、CoreOSは離れていきました）
エンタープライズ市場はK8sに勝てませんでした（諦めました、作ったツールは他社に売却しました）
今後はVMとコンテナは共存します。わが社は開発者にターゲットを絞ってサポート続けます。

駆逐されるはずだったVMの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？

駆逐されるはずだったエンタープライズの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？

イマココでOK?

> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！

それ言ってたのバカだけ。
Dockerは最初からアプリを配布する他のものだって
公式の情報見てたやつはちゃんとわかってる
そして今もバカは同じことを言ってる。

> 結局はDockerはdocker machineという名のVMの上で動いていただけです。
それはmacOSとWindowsの話
お前みたいにLinux使ってないやつだけがそう勘違いする

> （諦めました、CoreOSは離れていきました）
CoreOSはDockerと全く関係ない。
むしろ競合技術。CoreOSのrktはまさにDockerの代替
CoreOSが消え去ったのはDockerの勝利

Docker vs. CoreOS コンテナ戦争とは何だったのか？
https://gihyo.jp/news/report/2016/11/2201

> 駆逐されるはずだったVMの会社
> →えっ？じゃあウチがコンテナランタイム作った方がよくね？

VMの会社はMicrosoft、KVM、VirtualBoxのOracle、
VMware、Parallelsなど。どこもコンテナランタイム作っていない

> イマココでOK?

間違いだらけ（大爆笑）

>>299
>公式の情報見てたやつはちゃんとわかってる
その公式の情報とやらは何処に…？

>>301
そのcoreosがrkt作ったことをもって「離れました」と言っているのだが？
https://gihyo.jp/admin/column/newyear/2018/container-and-cloud
> しかしその一方で，Dockerコンテナを支えていたはずのCoreOSからDockerの対抗技術であるrktがリリースされたり，CoreOSとGoogleが親密な関係を築き

>>302
290番台はVMwareがコンテナランタイム作ったよ、
と言う会話をしてるんだが？

https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-introducing-nautilus.html
Containers on the desktop today
-> Nautilus is different

>>303
会話についてこれてなくて大爆笑ｗ

> その公式の情報とやらは何処に…？
Dockerのドキュメント見ろって話
サイト見たこともないだろうなｗ

>>305
いいからURL示せよ。
多分にお前のファンタジー解釈が入ってるだろうからｗ

https://www.docker.com/

> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります

どこにもこんなこと書いてない

っていうかさ、お前が書いてある証拠を出さないといけない案件だろ

>>307
>Dockerは最初からアプリを配布する他のものだって

と、どこに書いてあるのか、
と聞いているのだが？

Deploy your app to the cloud
https://docs.docker.com/get-started/

https://www.docker.com/why-docker
Containers are a standardized unit of software that allows developers to
isolate their app from its environment, solving the “it works on my machine” headache.

Googleまるなげ
コンテナーは、開発者がアプリを環境から分離して、「自分のマシンで機能する」という
頭痛を解決できるようにするソフトウェアの標準化されたユニットです。

https://www.docker.com/resources/what-container

Containers and Virtual Machines Together
Containers and VMs used together provide a great deal of flexibility in deploying and managing app

コンテナと仮想マシンを一緒に 一緒に使用されるコンテナーとVMは、アプリのデプロイと管理に大きな柔軟性を提供します

ここ荒らしてるのもアンチLinuxの解無しクンじゃないのか？

荒らすのが目的だから、食いついてくるなら何でも書き込んでくるぞ。

>>309
無能でコミュ障って本当大変だな（周りの人が）
get-started：に
"Docker is a system specialized for developers to develop and distribute applications."
と書かれている場合だけ「Dockerは最初からアプリを配布する他のもの」という理解で良いかもしれないけど
そんなことは勿論書かれておらず

柔軟性：　すげー複雑なアプリもコンテナ化できるんだぜ。
軽量：　コンテナってホストのカーネル借りたり共有したりするから、VMと比べてシステムリソースの使い方がすげー効率的だぜ。
可搬性：　きみはローカルでビルドしてクラウドでデプロイしたり、どこでも実行できるぜ。
疎結合：　コンテナって自己完結してカプセル化されてるから、君はほかのものを混在させずに1つだけリプレイスとかアップグレードとかできるぜ。
スケーラブル：　君はデータセンターまたいで自動的にコンテナのレプリカを配布出来るんだぜ。
セキュア：　コンテナってユーザーの設定なしで強い制約とかプロセス分離ができてるからすげーセキュアだぜ。

なんでこの記述よんで「Dockerは最初からアプリを配布する他のもの」という理解になるのか？

>>307
Docker EEはベアメタルかVMで動くものだったね。
去年の11月に売却したけど。
これでDockerはエンタープライズ市場
（クラウドでサービス展開する商用の本番機はほぼ全てだろ）
は諦めた、という事。
Dockerの終わりの始まりと書いている記事もあるね。

>>313
なんでとか俺に聞くな

Dockerは最初からアプリを配布（デプロイ）するためのものだし
お前はそのことに対して否定することを何も言ってない
お前は、違うかもしれない。な？な？としか言ってない

>>314
> Docker EEはベアメタルかVMで動くものだったね。

ベアメタルかVMでって、それ以外なんかあるの？
Docker EEじゃなくて、普通のDockerでも同じだけど

>>314
> これでDockerはエンタープライズ市場
> は諦めた、という事。

Docker社とDockerを区別しろ
会社の方針としてエンタープライズ市場を制覇するのを辞めたってことで
相変わらずDockerはエンタープライズでも使われてる
終わりの始まりというのはDocker社の話であって
Dockerはオープンソースでこれからも幅広い分野で使われる

volumeの中のmysqlのデータをバックアップ取る方法を教えてください

dockerは終わりでしょ
だってこれからはpodmanだから

>>318
mysqldump

>319
RedHadが代替を目指して作成したもので
成功したものなんてない
RedHatとCentOSとFedoraで使われる程度

>>321
まあとにかく使ってみなよ
dockerがpodmanに勝ってる部分って全くないぞ

いいえ違います。
podmanが勝ってる部分がないと
podmanへの乗り換えは起きません

＞＞３２０
ありがとうございます


dockerスレでpodmanの話しされてもうざいからpodmanのスレ立てましょうか？

>>323
セキュア、デーモンレス、コンパクト、podサポートとかかな
ビルダーもDockerfileより簡単で柔軟だ

dockerはpodmanのエイリアスだからここで話してもOK

ステマしても誰も使わんぞ

いいですね。立てました。

Docker代替のpodman専用スレ （Dockerの話題禁止）
https://mao.5ch.net/test/read.cgi/linux/1599897027/

>>328
ありがとうございます。

podman使いの方はご移動をお願いいたします。

>>318は、docker上でmysql使っててバックアップが取りたかったんだよな？
でその問題の解決方法はいつものmysqldumpだったと。
じゃあ君の問題は解決したんだからもう良いじゃん。
何でpodmanなんて君の問題に関係ないネタにスレ立てとか、おせっかいやくの？
君と関係ないじゃん。

>>330
関係ない話題に参加したらいかんのか？
お前だって関係ない話題に参加しただろ。お前のそのそのレスで

>>328 しかも322とか325はpodmanをDockerと比べて云々という話題をしているのに
立てたスレは「Dockerの話題禁止」ｗｗ
それじゃ325の続きかけねーよｗｗｗ

>>331
行動が不自然だと言っている。
なんでmysqlに問題を抱えるやつが自分の問題が解決した
喜ぶべきスレ立ててまでタイミングで他人を排除とか変な
行動しなきゃならんの？
って話。

>>332
podmanを消してDockerの話題だけをすればいい

>>334
全く意味のない情報になるね。
>>1には「情報共有しましょう」と書いてるのに。
俺はその話に興味があるんだから、お前が勝手に排除するなよ。
dockerとpodmanを比較したい？
話したいなら話せば良いじゃねーか。
比較の一方がDockerならスレチでもない。
お前が興味ないだけなんだろ？じゃあ２、３日PC閉じてろよ。
話し終わってるから。

韓国「日本が〜、日本が〜」
日本「韓国？興味ない」

>>336
まんまお前じゃねーかｗ
お前「Dockerが〜、Dockerが〜」
ほかの皆さん「Docker？コンテナ技術の１つですね。」
ｗｗｗ

ほかの皆さんって誰のことだ？

>>338
podmanの話をしようとした人はそうだろ。
ほかにNautilus の話しようとした人も。

>>333
すいません、理解できる日本語で書き直していただけますか

>>340
何で君は自分の問題が解決した喜ぶべきタイミングで
君の問題と全く関係ない話をしている、他の人を排除しようとするの？
別にスレチって事も無いよな？

mysqlはmysqlのスレに行けよ
関係ない話されっとマジ迷惑

じゃあpodmanは別ツールですから移動してくださいね
迷惑ですよ

>>343
dockerとpodmanの比較の話をしてたはずだが？
俺は続きに興味があるんだが？
何処に優位性があるのか、思わずggちまった。
mysqlへの興味は10年前に終わった。mysqldumpとか初心者かよｗ

dockerはpodmanのエイリアスだぞ
dockerを語るということはpodmanを語るということだ

じゃあDockerだけ語ればいいなｗ

誰もpodmanに興味が内容であっちのスレは落ちそう

podmanは引き続きこっちでやればいい

MacでDockerはむいてないのか

Linux使え
MacもWindowsも一般ユーザー向け

会社だとMacかWindowsが支給されるがLinuxは支給されない
だからMacかWindowsでやったほうがいいのかなと思って

>>351
会社支給品で開発するなら普通はMacでは？
WindowsのDockerはまだこれからと言う気がする。
とはいえMacはARMに移行するから、近い将来買い替えなければならなくなる。
ARM CPUで開発して本番機はx86(Xeon)ってのも色々リスクがあるから会社の方針を変える必要があるかもね。
（本番機もArmのlinux使う検討するとか）

最近のWindowsUpdateの更新でWSLがバグってるらしいけどDockerは普通に動くの？

WSLのバグは大きな問題じゃないから
ほとんど問題なく動いてる

>>354
サンクス

メモリ食いつぶしたり古いカーネルAPIの互換性でクラッシュしたりするけど仕様なんだってな
バグじゃないってよ
WSL2ってそういうとこだよ

メモリは上限を決めれば問題ないだろ
普通の仮想マシンと同じ扱いになる

そして絶賛対応中。今のWindowsはマジで改善しまくってるから
どんどん使いやすくなってる

普通の仮想マシンと同じ扱いならトラブル少ない普通の仮想マシンを使うわ
改善たってもとがアレじゃいつまでかかることやら…
最終的にMicrosoft Linuxまで改善が進んだらようやっと乗り換えを検討してもいいかなってところかな

普通の仮想マシンと同じ扱いなんて書いてないよ

メモリの上限は普通の仮想マシンと同じ方法でやれる
それ以外は仮想マシン使うより格段に便利なんだから
仮想マシンに比べてメリットはあれど欠点はないということになる

論理的思考をしましょうね

欠点はある
WSLはデフォルト設定でメモリ食いつぶす
レガシーAPIコールでクラッシュ
コンフィグ用のクールなUIもない
カスタマイズが前提なのにカスタマイズ方法がわかりにくいというクソ仕様

普通の仮想マシンはデフォルトでいい具合にメモリが制限されている
意味不明なクラッシュもしない
コンフィグ用のUIが用意されてる

はい自滅しました（笑）

仮想マシンのメリットは
それだけなんです

そう
だから仮想マシンなんて使わないほうがいいんだ
最初からLinuxを使うだけ
Docker on WSL2 on Windowsってどんだけ無駄なレイヤー積み重ねるつもりだよ

DOCKER JAPAN

>>362
いくらレイヤーを重ねようが、お前が作ってるわけじゃないんだから
どうせ見てないだろｗ

>>362
原理的にはそうなんだろうけどね。
linuxってそもそも効率的な開発できるもんなの？
excelもwinmergeもないOSで効率的な開発できるとは到底思えん。
ファイルマネージャも使いにくいしな。
同僚でlinuxを開発機にしてる人がいるけどミスが多くて、やはり効率的に仕事しているとは思えない。

用途による
としか言えない話ばっかりだね

>>366
ほんとそれ

開発以外の用途にdockerなんか使うのかよ？

使ってますけど何か

>>369
何にｗ？
エアプなら何にでも使えて便利だよなｗｗｗ

>>370
docker-vpn-browserとかあるんですよ
無知晒しちゃったねw

>>371
その程度の用途ならそもそもdockerのホストがlinuxなのかwinなのかmacなのかなんて
どうでもいいじゃんｗ

>>372
>開発以外の用途にdockerなんか使うのかよ？
これの答えなんだがそれすらも理解できなかったかな?

>>373
その上がDockerはWin/MacかLinux化って話だから、
そんな用途ならホストはどうだっていいよ、って話だね。

今の本番環境といえばクラウドだが
クラウドはDocker対応がかなり進んでいて
Dockerイメージを前提とした本番環境を構築するサービスだってある
本番環境でDockerを使うから、開発でもDockerを使う

imageを上げるだけでサイト公開できるwebサービスありませんか？

>>365
エクセルは使いみちないかな
DiffはVSCodeで見てる
作業中にいちいち外部ツール起動するのは非効率的