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/

>>251
なぜ今、6時間で100回のpull制限はキツイかどうかって話をしてるかわかる？
開発者はCIを使ったテストで多数のイメージをpullする必要があるからだよ

これがDockerの主なユースケースの１つ
開発者なら容易に思いつくんだが
snapが代わりとなると思ってるような奴には理解できない

そういうやつがsnapの方が考え方が気に入ってると言ったところで
お前はDockerの使い方を知らんのだとしか言いようがないだろ

>>252
クラウドのCIを使ってるならクリーンな環境を作るときにIPアドレスが変わるはずだよ
IPアドレス固定は有料だから、固定にする必要がないものまで固定にしたりしないだろう
自社でCIサーバー立ててるようなところは苦労するかもしれんがｗ

>>253
本当に意味わからんなお前ちょっと冷静になれ
CIもクライアントの1つだ

>>254
考えが足りなすぎる
脊髄反射でレスするからレスの内容が薄いか間違いだらけ
IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
CIパイプラインでこの仕様は致命的だ

実務者でdockerhubがコンテナレジストリって人居んの？
アマゾンかグーグルでしょ。
使ってるのカネのない個人だけ。

>>255
> CIもクライアントの1つだ

クライアントの1つだというのなら、
クライアントはCI以外にもあるという話

それ以外のクライアントも考えろと言ってる
例えば開発者だ

>>256
> IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
考えなしに発言してるのはお前だろ

クラウドの用途はCIだけじゃない。多数のマシンの中でCIに使ってる確率なんて僅かだ
毎回作り直してる＝いろんな用途に使ってるんだから
予期せぬ回数制限（6時間で100回）に引っかかる確率なんてごく僅かだ

>>257
ディストリ含めてOSSで使ってるのはほとんどDockerhubだろ

>>258
そうだ
沢山のクライアントなかの1つが開発者だ
つまりDockerは開発者だけのためのの物じゃない
様々な利用者と利用目的がある
開発者のためのツールなどと言い切るのは見聞が狭すぎる井の中の蛙の意見でしかない

>>259
また考えが足りないぞ
膨大な数のインスタンスが生成されてるから再割り当ての数も多い
インスタンスのプーリングを行っていることも考えればハズレをひく可能性は十分だ

コミュ障患者が一人で延々と会話してるみたいで気味悪い。
コンテナがらみのまともなスレは無いのか？

GitHub(Microsoft), CircleCI, Google などが、DockerHub を援助すべき！

>>261
snapではDockerの代わりにならないってことが
理解できたようですね

>>263
無い

initフラグが必要か要らんのか悩むよね

「GitHub Container Registry」パブリックベータとしてサービス開始。無料でコンテナのパブリックイメージ公開可能
https://www.publickey1.jp/blog/20/github_container_registry.html

ベータ版のあいだはプライベートなレジストリとしての利用も無料で、正式版となったときには、GitHub Packagesと同じ料金体系が適用される予定です。

ちなみに現在のGitHub Packagesの料金は、無料の「GitHub Free」では500MBストレージ、1カ月あたりのデータ転送料は1GBまで。「GitHub Pro」「GitHub Team」は2GBストレージ、1カ月あたり10GBのデータ転送量まで、など。

なんか微妙な数字だな

まじかよpull回数制限ってもう始まってるのかよ
11月までに対策すればいいやって思ってたのに

（対策っていうのは俺がpullで困ることへの対策じゃなくて
俺の作ったイメージを使ってる人のための対策ね）

>>271
crontabかなんかで、月1回だけ、認証アカウントからpullすればいいんとちゃうの？

>>272
だからpullするのは俺じゃないんだってｗ

前から思ってたけど、イメージ名が卑怯だよな
例えば debian というイメージはDocker Hubからダウンロードと決め打ち
Googleのを使うとイメージ名が変わってしまう

わざとそういう設計にしてるんだろうけど

対策って、「空いてそうな時間にpullしてね」って言う以外にどんなのがあるかな

>>274
GitHubの方を使ってとか

まぁ要らん心配だよ。

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

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

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

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

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使う検討するとか）