[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): 2019/03/08(金)14:40 ID:VDOvuQ0J(1) AAS
LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。
外部ﾘﾝｸ:www.docker.io
前スレ
Docker Part2
2chｽﾚ:linux
876: 2020/07/29(水)02:36 ID:1DD16e/3(1) AAS
>>875
1.ホスト側に両方のサービスを登録しておく（動作確認用）
127.0.0.1 wordpress
127.0.0.1 joomla
2. joomla側にwordpressのアドレスを登録しておく
172.18.0.x wordpress とか。
3. joomla側からWPのAPIたたく。
外部ﾘﾝｸ:wprdpress
おわり。
877(1): 2020/07/30(木)02:15 ID:eMYOlHCU(1) AAS
マックユーザーは知ってる単語を総動員して俺スゲーアピールするからな。
意味は滅茶苦茶。
878: 2020/07/30(木)13:12 ID:OjTtmOha(1) AAS
Mac ユーザーはどれですか？
879: 2020/08/02(日)01:04 ID:a2KL0hDN(1) AAS
無料でプライベートリポジトリが持てるとこありませんか？
880: 2020/08/02(日)10:54 ID:gLkvbaRS(1) AAS
Gitlab.com
881: 2020/08/04(火)14:57 ID:r4gffBIv(1) AAS
GitHub
882: 2020/08/06(木)08:39 ID:83LhEmMR(1) AAS
>>877
は誤爆ね。
ARMマックのスレ住人のこと。
883: 2020/08/06(木)18:43 ID:3qQCQ04+(1) AAS
docker engine apiに認証認可を加えるプラグインはあるか？
docker swarmクラスタを複数のチームで共同利用してる
作成したリソースを他人に削除されないように保護したいんだがそういうのは難しいかな
884: 2020/08/06(木)19:52 ID:NogDVngy(1) AAS
外部ﾘﾝｸ:docs.docker.com
とかは？
885: 2020/08/10(月)21:37 ID:7+E1pOJx(1/3) AAS
1日で〜のDocker本買ったけど後半の章雑すぎて購入して損
いいことも書いてあるから全く参考にならないってわけじゃないんだけど
後半からtypoが異様に多い
尼損のレビューがヤサクラに見えてしまう
買うなら初版はおすすめしない
886: 2020/08/10(月)21:39 ID:7+E1pOJx(2/3) AAS
チャプター５はDockerfileのサンプルコードが入ってなくて動作確認できないとかね
サンプルコードなら出版社からダウンロードできるが、本を読み進めてできるよう書いてほしかった
887: 2020/08/10(月)21:42 ID:7+E1pOJx(3/3) AAS
さわって学ぶ〜のほうはレビューついてないが初心者にはこっちがわかりやすかった
この本を読んでから、1日で〜の本を読むと理解力が進むかな
888: 2020/08/10(月)22:19 ID:UKFyAkrv(1) AAS
まず、たった一日でDockerとKubernetesが身につく訳が無い。
889: 2020/08/10(月)23:32 ID:A61ymjf1(1) AAS
なんとなく使うぐらいなら1日もいらん
890: 2020/08/11(火)02:02 ID:/umJrRzE(1) AAS
まあエアプならそう言えるけどな。
891: 2020/08/11(火)06:14 ID:ZlYpnHkh(1) AAS
アプリケーションコンテナがどういう問題を解決するツールかってのを
ちゃんと理解してる人なら1日もいらんだろうが
大抵の人はコンテナって何？から入るので無理
892(7): 2020/08/11(火)13:07 ID:U49UUAfb(1) AAS
ネットワークの使い方がよくわからないんだよね
同じネットワークに所属するコンテナ同士はお互い通信できるけど
本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う
893: 2020/08/11(火)17:47 ID:tAVKMbGD(1/3) AAS
>>892
> 本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う
どこからlocalhostでつなぎたいと言ってるんだ？
コンテナ同士はコンテナ名（コンテナのホスト名）で接続するものだ
localhostで接続するのはホスト（Dockerを起動してるマシン）から特定のコンテナに接続するときだけだ
そして外部マシンからはからはホスト名（Dockerを起動してるマシンのホスト名）で接続する
894: 2020/08/11(火)18:02 ID:tAVKMbGD(2/3) AAS
あとコンテナから接続先のコンテナは（一般的には）設定変更できるように作るもんだぞ
多分それがわかってないんだと思うが
例えばそのコンテナがWordpressだったとして
接続先のMySQLはコンテナを使うかもしれないし
AWSやGCPのMySQLを使うかもしれない
「コンテナ同士がお互いに通信できる」場合の通信相手のホスト名は変更可能にしておく
通信先ホスト名はコンテナを起動するときに環境変数などで指定するのが一般的
イメージに埋め込んでしまったら、同じイメージを使えなくなるからね
895: 2020/08/11(火)18:08 ID:tAVKMbGD(3/3) AAS
例えばWordpressを起動する wordpress.exe コマンドがあったとして
そのWordpressはおそらくどのポート番号で待ち受けするか？という --portオプションや
どのMySQLに接続するか？という--db-addressというオプションを持っているはずだろ？
それと一緒なんだよ。 dockerで起動するときも
docker run wordpress --待受ポート番号 --接続先データベースサーバー
のような感覚
Dockerイメージ=一つのアプリとして考える
「同じネットワークに所属する」というのはどちらかといったら便利機能
本来は外部に立てたデータベースサーバーへのIPアドレスを指定する所を
コンテナにつけた短いホスト名で簡単にアクセスできますよってだけ
896: 2020/08/11(火)19:57 ID:U6TkWWEF(1) AAS
長い
12 factor appでググれ、で済む話だろ
897: 2020/08/12(水)01:05 ID:695OsXNm(1) AAS
12 factor appにコンテナの話は書いてない
読み直してこい
898: 2020/08/12(水)08:42 ID:ywxaxJOF(1) AAS
DNS サーバーがhostsで名前解決するのはどうかな？
899: 2020/08/16(日)00:21 ID:61ueIM5k(1/2) AAS
コンテナAの/tmp/time.txtを、コンテナBから読み込みたいんですが
これはコンテナ同士でボリュームを共有しないと見えないでしょうか？
900(1): 2020/08/16(日)00:30 ID:xu+Ov6hc(1) AAS
NFSでマウントすれば？
901: 2020/08/16(日)00:32 ID:GIuDy0WK(1) AAS
これからDocker入門する初心者ですがWindows上でも、MacでもDocker上のコンテナは同じ環境に出来るので、OSを意識しなくて良いというのがメリットでしょうか？
902: 2020/08/16(日)01:19 ID:28Ktyu28(1) AAS
はい
903: 2020/08/16(日)02:39 ID:eqqfHYzC(1) AAS
>>900
それはアホなやり方です
904(1): 2020/08/16(日)20:30 ID:ksz6M+9p(1/12) AAS
>>892
ネットワークがよくわからんは同意。
k8sにしても理解に苦しむというか、もう少し工夫できんかったのか不満は多いな。
905(1): 2020/08/16(日)20:38 ID:+jHSMkRj(1/13) AAS
>>904
Dockerの役割をそもそも理解してないんだと思う
906(1): 2020/08/16(日)21:09 ID:ksz6M+9p(2/12) AAS
>>905
dockerの理解とネットワークは関係ないね。
役割を理解したからネットワークが理解できるわけじゃない。
907(1): 2020/08/16(日)21:18 ID:+jHSMkRj(2/13) AAS
>>906
Dockerの役割っていうのは、そういうネットワークを仮想化して
意識せずに使えるようになってるってことだよ
Dockerの具体的なネットワーク実装を意識してしまうのは
まだ抽象化して考えれるようになっていない
908(1): 2020/08/16(日)21:34 ID:ksz6M+9p(3/12) AAS
>>907
>>892がそもそもいっているのは「ネットワーク名で接続し合うのはなんか違う」
だから、「Dockerだから（したくないのに）ネットワークを意識する」と、言っている。
実際クラスタリング組むとPodを管理するネットワークとコンテナ通信用のネットワーク
とかバラバラなので、余計に意識はする。
それを何とかでできんかったのか？と、俺は言っている。
docker使ってネットワークをあまり意識する必要がないのは１台で動いているときだけ。
そして本番機が１台で動くことは滅多にない。
909(1): 2020/08/16(日)21:42 ID:+jHSMkRj(3/13) AAS
>>908
「ネットワーク名で接続し合う」っていうのが意味不明
それぞれのDockerはホスト名で接続し合う
その接続先のホスト名というのは、Dockerコンテナ起動時に指定した
（同じネットワークに属している）シンプルな名前かもしれないし
外部サーバーのホスト名かもしれない
いずれにしろ、Dockerコンテナ起動時に指定するもの
同じネットワークに属していれば、ホスト名がシンプルな名前でよくなるというだけ
910(1): 2020/08/16(日)21:53 ID:fGT/iEH6(1) AAS
全部localhostにしたらしたで余計わけわからなくなりそうなもんだが
物理ネットワークを意識せずに仮想ネットワーク上に構築できるならそれでおｋ
911(1): 2020/08/16(日)22:01 ID:ksz6M+9p(4/12) AAS
>>909
わからないなら、しったかで答えるなよ。
外部ﾘﾝｸ[html]:docs.docker.jp
デフォルト・ネットワーク以外は「ネットワーク名で接続し合う」のは当然だろ？
912(1): 2020/08/16(日)22:11 ID:+jHSMkRj(4/13) AAS
>>911
それ読んだのにネットワーク名で接続し合うなんて読むのか？
同じネットワークに属させるだけ
同じネットワークが複数のホストにあっても構わない
だからDockerコンテナからはネットワーク名なんて意識する必要がない
起動時のオプションに過ぎない
913(1): 2020/08/16(日)22:13 ID:+jHSMkRj(5/13) AAS
>>910
何の話をしてるのか知らんが、
物理・仮想マシンでアプリ（Dockerコンテナ）を起動した時
同じマシンからはlocalhostでアプリ（Dockerコンテナ）に接続でき
外部からはその物理・仮想マシンのアドレスで接続するだろ
そこは単純なアプリと何も変わらんのだが
914(1): 2020/08/16(日)22:25 ID:ksz6M+9p(5/12) AAS
>>912
同じネットワークに属した結果、そのネット―ワークで接続してるだろ。
ブリッジであれ、オーバーレイであれ、自分で作らなければならないんだから
「起動時のオプションに過ぎない」訳が無いだろう。
915(2): 2020/08/16(日)22:33 ID:+jHSMkRj(6/13) AAS
>>914
どこの話だよ。引用してみ。
916: 2020/08/16(日)22:50 ID:+jHSMkRj(7/13) AAS
あー、なんとなくわかったわｗ
「ネットワークを作る」っていうのを聞いて
ネットワーク設定を変更してるんだなって思ってるんだな
まあ実際にはそういう事をやってるんだろうが意識することではない
知らなければいけないのは、グループを作って
其のグループに属していれば、普通に通信できるってだけの話
変に内部の仕組みまで理解しなければいけないって考えるから
理解できないんだよ。単に使う分には必要のない知識
使うときに必要な知識と、トラブルシューティングに必要な知識は分けて考えれ
普段使いしているときはトラブルシューティング用の知識は使わずに
Dockerで抽象化されてるものだけを考えればいいんだよ
脳容量が少ないんだから混ぜるな。混ぜるからいっぱいいっぱいになって
脳がついてこれないんだよｗ
917: 2020/08/16(日)22:53 ID:wSm45jpn(1) AAS
>>913
コンテナ同士の通信の話では？
発端のレスは>>892
その後のレスの文脈まで踏まえるとPOD内通信と同じようにPOD間の通信もlocalhostで繋ぎたいってのがネットワークわからん派の主張
それに対して全部localhostで繋いだらわけがわからなくなるってのが俺の主張
918(2): 2020/08/16(日)22:55 ID:ksz6M+9p(6/12) AAS
>>915
892の話してるんだろ。
「本番ではlocalhostとして接続したい」なんて言っているのは単に開発機から
本番機に移行する時の良くある無理解と思われるので、そこは触れない。
が>>892が、「ネットワークの使い方がよくわからないんだよね」と言う結論に至るのは
結局Dockerのあのダルイネットワークの仕組みのせいだろう。
919: 2020/08/16(日)22:58 ID:+jHSMkRj(8/13) AAS
話戻るけど、これほんと意味不明なんだよね
>>892
> 本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う
どこから「localhostとして接続したい」なんて要件が出てきたのやら
Docker使わずにnginx起動するとするだろ？
このnginxに「localhostとして接続したい」なんていうか？
いうなら同一マシンからなら「localhostで接続できます」だろ
違うマシンからならホスト名で接続するし
同じマシンならlocalhostで接続する。
このlocalhostもホスト名の一つでもあるんだがな
（同一マシンという）条件が揃えばlocalhostで「接続できます」という話であって
本番ではlocalhostで「接続したい」なんて要件はありえないんだが
920(2): 2020/08/16(日)22:59 ID:+jHSMkRj(9/13) AAS
>>918
なんで引用してって書いたのに、引用しないの？
921: 2020/08/16(日)23:00 ID:ksz6M+9p(7/12) AAS
>>920
何の話をしてるのさｗ？何を引用しろと言っているのｗ？
922(1): 2020/08/16(日)23:01 ID:ksz6M+9p(8/12) AAS
>>920
あー、なんか君の言っていることが分かった気がするよ。
俺はある程度>>892の雰囲気を読んであげてるつもりだけど、
君はまるで読んであげてないんだろうね。
923(1): 2020/08/16(日)23:03 ID:+jHSMkRj(10/13) AAS
>>918
よくわからんのはバカだから
Dockerを理解してないからだろ
924(1): 2020/08/16(日)23:05 ID:+jHSMkRj(11/13) AAS
>>922
勝手に解釈してます。本人が言ったことと違う前提の話を
思い込みでしてますって堂々といわれてもなぁｗ
925(1): 2020/08/16(日)23:05 ID:ksz6M+9p(9/12) AAS
>>923
それに対して俺は「もう少し工夫できんかったのか不満は多いな。」
と感想を言っている。これはDockerの役割なぞとは関係ない。
926: 2020/08/16(日)23:06 ID:ksz6M+9p(10/12) AAS
>>924
まあいいよ！粘着KYは本当に雰囲気読むのが下手ね！
927(2): 2020/08/16(日)23:10 ID:+jHSMkRj(12/13) AAS
Dockerの役割っていうのは仮想化
仮想化っていうと仮想マシン（仮想機械）のことだと勘違いしてるやつがいるが
仮想メモリと同じ意味の仮想化
実際の物理的なものを隠蔽化して仮想的なものを作り出すというしくみ
Dockerは仮想化を提供することでDocker上で動いているコンテナが
それを動かしてる物理的なインフラ（ネットワーク含む）を意識しないですむようにしている
Dockerコンテナからすればどこで動いてるかなんて意識する必要はないし
動かす方は単にDockerコンテナを起動する時にオプションを与えてるだけ
928(1): 2020/08/16(日)23:10 ID:q1N0C8AL(1) AAS
ID:+jHSMkRj
罵倒マウント常習犯
NGしたいからコテハンつけてくれ頼む
929: 2020/08/16(日)23:11 ID:+jHSMkRj(13/13) AAS
>>925
Dockerの役割を理解しないで
工夫しろとか言っても的外れにしかならんだろｗ
930: 2020/08/16(日)23:12 ID:JnDBWzV6(1) AAS
>>928
IDの所にコテハンつけたぞ
これでいいか？
931: 2020/08/16(日)23:13 ID:2XJ5NO9l(1) AAS
おっと間違えた。IDが変わってしまったぞ！
932: 2020/08/16(日)23:38 ID:61ueIM5k(2/2) AAS
過疎スレなのに盛り上がりすぎｗ
でもいいことだよ、人が増えすぎて議論もできない荒れてるスレもたくさんあるからね
C#スレみたいに
933(1): 2020/08/16(日)23:44 ID:ksz6M+9p(11/12) AAS
>Dockerは仮想化を提供することでDocker上で動いているコンテナが
>それを動かしてる物理的なインフラ（ネットワーク含む）を意識しないですむようにしている
そのDocker自身がECSであれEKSであれ、VMの上で動いていしまっている事によって、仮想化の上に仮想化
を提供するという馬鹿げたソリューションになっている。
物理鯖の上でDockerコンテナを動かしているというならともかく、物理の上で動くVM１台の上で動くNIC
を仮想化したからと言って何の意味があるというのだ？
934(3): 2020/08/16(日)23:46 ID:XQE+a9Eg(1/2) AAS
サーバの仮想化とアプリケーションの仮想化は別だから馬鹿げてない
ごっちゃになってるのは頭が弱いだけでは
935: 2020/08/16(日)23:50 ID:ksz6M+9p(12/12) AAS
>>934
頭が弱いのはお前だろｗ
サーバーサイドで動くアプリ＝サーバーその物だろｗ
936(1): 2020/08/16(日)23:56 ID:XQE+a9Eg(2/2) AAS
VMは文字通りマシンの仮想化
その中で動くアプリケーションと区別ができないのは頭が弱いだけでは
937: 2020/08/17(月)00:04 ID:6a0svHoE(1/27) AAS
>>936
いや、間違いなく言えるのは実務と実需が分かっていないのはお前だ。
938(1): 2020/08/17(月)00:05 ID:Uee87g91(1/2) AAS
>>933
仮想マシンの上で仮想メモリを使っていてさらに仮想化してるから
3重の仮想化だ！とか言わんの？ｗ
「仮想」の意味が全部違うのに、何が馬鹿げてるというのか
939(1): 2020/08/17(月)00:06 ID:Uee87g91(2/2) AAS
> 物理鯖の上でDockerコンテナを動かしているというならともかく、物理の上で動くVM１台の上で動くNIC
> を仮想化したからと言って何の意味があるというのだ？
物理サーバーでもMacでもWindowsでも同じDockerイメージが動くという意味があるよ
そうだよね？違うかい？ｗ
940(1): 2020/08/17(月)00:08 ID:6a0svHoE(2/27) AAS
>>939
MacやWindowsはサーバーにはならないよねｗ
サーバーの話してるんだがｗ
941: 2020/08/17(月)00:09 ID:rfbLt2Qd(1) AAS
なるでしょ
ならないと思い込んでるのは頭が弱いだけでは
942: 2020/08/17(月)00:09 ID:PKLBL3Xf(1/2) AAS
>>940
つまりサーバー以外で意味があると認めたということ？
サーバー限定にしないと、言い返せない？
943: 2020/08/17(月)00:10 ID:6a0svHoE(3/27) AAS
>>938
仮想メモリの意味をまず理解しろよｗ
意味不明すぎだろｗ
944(1): 2020/08/17(月)00:17 ID:6a0svHoE(4/27) AAS
>>934
>サーバの仮想化とアプリケーションの仮想化は別だから馬鹿げてない
>ごっちゃになってるのは頭が弱いだけでは
君の言うようにサーバーの仮想化とアプリの仮想化が別で、Dockerが提供しているのがアプリの仮想化と言うのなら、
>>927が言うような「物理的なインフラ（ネットワーク含む）を意識しないですむようにしている」を提供する必要は無いよな？
アプリにとってインフラは関係ないし。でも現実には提供してるよな？つまりDockerが提供してるのはサーバーの仮想化含めてるよな？
にも関わらず下にVM無きゃ動かないというのは、詰る所、Dockerが不完全だからって事にしかなってない
一体何時VMから独立してくれるんだとｗｗ
945: 2020/08/17(月)00:19 ID:PKLBL3Xf(2/2) AAS
次スレ
Docker Part4
2chｽﾚ:linux
946(1): 2020/08/17(月)00:22 ID:7e1FicdI(1/20) AAS
>>944
> >>927が言うような「物理的なインフラ（ネットワーク含む）を意識しないですむようにしている」を提供する必要は無いよな？
あるだろ。というかそれこそが重要なことだろ
アプリにとってインフラは関係ない
関係ないというのは、どういう構成でのインフラでも動くということ
つまりインフラ（物理サーバーやネットワーク）の違いを吸収するそうが必要
それをDockerが提供している
> 下にVM無きゃ動かないというのは、
LinuxでVMは必須じゃない
VMを使ってもVMを使わなくても、同じDockerイメージが動く
それはDockerがその違いを吸収してアプリからすれば全く違いがないからだ
947: 2020/08/17(月)00:25 ID:7e1FicdI(2/20) AAS
例えばapacheとngixの2つのhttpサーバーを起動する時
どちらもポート80番を使っていれば起動できない
同じDockerイメージを使うということは
どちらも同じ80番ポートを使うかもしれない
他のDockerイメージが使ってるポート番号なんて知る余地がない
だからDockerでは、Dockerイメージがポート80番を使っていても
Dockerサーバーの力で、そのポート番号のリマップを行っている
その他のいろいろなリソースに対しても同じでリマップの機能を提供している
これがDockerがもつ仮想化という機能の本質
948(1): 2020/08/17(月)00:31 ID:7e1FicdI(3/20) AAS
Linux上でDockerはVMなしで動くに
このアホは何を言ってるんだ
アーホ
949(1): 2020/08/17(月)00:35 ID:6a0svHoE(5/27) AAS
>>946
>つまりインフラ（物理サーバーやネットワーク）の違いを吸収するそうが必要
普通それを「アプリの仮想化」とは言わない。
>LinuxでVMは必須じゃない
そのLinuxはVMとして動いているだろ。EC2のインスタンスなんだから。
950(1): 2020/08/17(月)00:36 ID:6a0svHoE(6/27) AAS
>>948
本番機じゃそのLinuxがVMだっつーの！
951(1): 2020/08/17(月)00:40 ID:7e1FicdI(4/20) AAS
>>950
本番機がVMなのはお前の場合の話だろ
Dockerイメージはどこでも動くんだから
その証拠の一つが「VM上でも動く」だろうが
アーホ
952(1): 2020/08/17(月)00:46 ID:7e1FicdI(5/20) AAS
>>949
> 普通それを「アプリの仮想化」とは言わない。
じゃあ何がアプリの仮想化なのか言ってみ
仮想化の意味を知らんやつが多いよな
仮想メモリ（技術）の仮想化とはなにを仮想化しているのか？
物理 → 技術 → 仮想 → アプリ
このように技術、テクノロジーによってによって
アプリから物理的なものではなく仮想化されたものを見せてる
それが仮想化の意味だよ
・物理メモリ → 仮想メモリ技術 → 仮想メモリ → アプリ
・物理マシン → 仮想マシン技術 → 仮想マシン → アプリ実行環境（OS）
・アプリ実行環境（OS） → アプリ仮想化技術（Docker） → 仮想化されたアプリ実行環境 → アプリ
こういう流れな
アプリ実行環境、インフラが異なっていても
Dockerによって全く同じインフラで動いているように見える
それがアプリ仮想化技術
953(1): 2020/08/17(月)00:47 ID:6a0svHoE(7/27) AAS
>>951
実務やらない馬鹿に話すのはマジ疲れるなｗ
クラウドで何かのサービスを提供している法人の3社に1社はアマゾン。
君はそれ以外を使ってるのw？
多分家で引きこもって碌でもない事ばかりしてるから、こういう話にピンとこないんだろう？
で無きゃここ迄、話がずれることは無いｗ。
この話にピンとこないって何でよ！？
954(1): 2020/08/17(月)00:50 ID:7e1FicdI(6/20) AAS
>>953
お前の手元のノートパソコン、MacBookは
AWS上で動いてるのかよｗ
955: 2020/08/17(月)01:00 ID:snyUoRs2(1/12) AAS
アプリ仮想化（）
名前空間で区切ってるだけだぞ
956: 2020/08/17(月)01:04 ID:6a0svHoE(8/27) AAS
>>952
>じゃあ何がアプリの仮想化なのか言ってみ
外部ﾘﾝｸ:it-trend.jp
そもそもアプリの仮想化という言葉はIntelがVT-xを実装した時に「OSの仮想化/アプリの仮想化/デスクトップの仮想化」とセットになって出てきた言葉。
OSの仮想化はVMware ESXi(Hyper Visor）とかMS Hyper-Vの事。OSそのものを仮想化する
アプリの仮想化とはあるアプリを異なるOSで動かすこと。（これが出てきた時に著名になったのはWindows7の頃で、7上でXPでしか動かない筈のIE6が動いていた）
Dockerに例えればカーネルを共用したOSの中でhttpd等のパッケージを、管理システムも含めて「アプリの仮想化」することによって、さまざまな環境として動かしている。
この点は確かに「アプリの仮想化」と言える、が、デバイスの管理を含めるなら、やはりOS仮想化の範疇となる。
>仮想メモリ（技術）の仮想化とはなにを仮想化しているのか？
この点以下の君の記述はコメント不能。パラノイアすぎる。
多分色々な物を大きく誤解している。
物理 → 技術
技術ってなんだよｗ
957(1): 2020/08/17(月)01:08 ID:7e1FicdI(7/20) AAS
> そもそもアプリの仮想化という言葉はIntelがVT-xを実装した時に「OSの仮想化/アプリの仮想化/デスクトップの仮想化」とセットになって出てきた言葉。
それとDockerが言ってる言葉の意味が違うってことぐらいわかるよね？ｗ
958: 2020/08/17(月)01:09 ID:7e1FicdI(8/20) AAS
言葉の意味をわかってないから、こうやって別の用語とごっちゃにするわけだ
まぬけやなー
959: 2020/08/17(月)01:11 ID:6a0svHoE(9/27) AAS
>>954
さーばーさいどのはなしをしているって何度言っても理解せんのねｗ。
君の脳みそは。
いいか！？本番機を単なるVM上にインストールしたhttpdと
単なるVM上にコンテナランタイムを動かして更にその上にインストールしたhttpdは
どっちが管理が大変か理解できるか？後者の方が大変だろ？当然の話として。
（これが分からなんならもう俺に話しかけるな。）理解できるか？？
だから、コンテナとしてのメリットを謳うならそれ以上のメリットが無ければならないわけだ
それが無いと言っている。少なくとも一般的な情シス部門を納得させるだけの何かが足りないと言っている。
960: 2020/08/17(月)01:14 ID:6a0svHoE(10/27) AAS
>>957
当然だろ。別にこれは俺が言い出したことでは無いから。
そもそも、Dockerはアプリの仮想化じゃないし。
>>934がこう言っているから、概念に当てはめて、返しているだけだろ。
961(1): 2020/08/17(月)01:31 ID:7e1FicdI(9/20) AAS
> さーばーさいどのはなしをしているって何度言っても理解せんのねｗ。
なんでサーバーサイドに限定しないと、何も言い返せないんですか？
開発はサーバーサイドでしてるんですか？
あ、よくあるインフラ専用の人かｗ
自分で開発してないからDockerの本質、Dockerが何を解決しているかをが理解できないのね
962(1): 2020/08/17(月)01:33 ID:7e1FicdI(10/20) AAS
httpdサーバーをDockerで〜なんて言ってる時点でわかってないわ
やらないことはないけど、本来は自分（たち）で作ったアプリを配布するためのものなのに
コンテナを使うとインフラ担当者にDockerイメージ作ったからこれ動かしてっていうだけで動く
Dockerの技術によって環境が仮想化されてるからね
どこでも動くDockerイメージを作れる
963: 2020/08/17(月)01:37 ID:7e1FicdI(11/20) AAS
例えばRailsでブログアプリを作ったとする
Dockerイメージ作ったからこれ動かして！
これだけで動くことが出来る
せいぜい起動するときの環境変数を伝える程度
これがDockerを使わないと
Rubyのバージョンは？必要なライブラリは？
デプロイの手順は？などいろいろ伝えることになる
Rubyのライブラリの最新バージョン使ってるんだ。
え？構築したサーバーではパッケージがない？知らんがな。
そういうのを入れるのもインフラの仕事だろ？お前が頑張れや
こういう大変な管理をなくすのがDocker
それがわからんならもう俺に話しかけるな
964(1): 2020/08/17(月)01:50 ID:6a0svHoE(11/27) AAS
>>962>>961
その用途は、コロナのせいではなく、単に失業しているせいで外に出られない、君のとても狭い
世界の用途だ。多分君は趣味で（恐らく一人で）開発を行いDockerに入れ込んで喜んでいるのだろう。
君が理解している本質とやらは、君の、小さな小さな脳みそでのみ使用可能な「本質」でしかない。
広い世界では勿論、それ以外にDockerの「本質」は存在する。
アプリの配布という用途は、無いことは無いし俺も趣味ならそれで遊ぶこともあるけど、
一般的なエンジニアが「仕事」として興味を持つのはTCOを下げたりROIを上げる為であり
ここでまともな質問をしているのは、そういった人達だ。
顧客に提案したいけど、何を売りにすれば良いか迷ってるとかな。そんな人たちに向かって、君の小さな小さな
知識で（おまけに上から目線で）答えられると、大変な迷惑になっていることを自覚した方が良い。
そして就職して、同僚がどの様にDockerを使っているのか、周りを見てみた方が良い。
君の理解している用途で使用しているのは１０から２０あるプロジェクトの１つか２つでしかない事が分かるはずだ。
965(1): 2020/08/17(月)01:59 ID:7e1FicdI(12/20) AAS
>>964
その内容と同じことを言ってるサイトを
ググってきてみつっけてきてください
そうすれば信じてあげましょう
966: 2020/08/17(月)02:04 ID:6a0svHoE(12/27) AAS
>>965
いやｗ就職しろよｗ
みんなマジでアプリの配布なんて用途で使ってないからｗ
967(2): 2020/08/17(月)02:08 ID:7e1FicdI(13/20) AAS
なんだろうね。働いてないはずだ！という思い込みで勝ったつもりになるのってｗ
それで同じことを言ってるサイトは？
また逃げるの？何回目かな？
968: 2020/08/17(月)02:09 ID:7e1FicdI(14/20) AAS
アプリの配布
GitLab Docker images
外部ﾘﾝｸ:docs.gitlab.com
969(4): 2020/08/17(月)02:27 ID:6a0svHoE(13/27) AAS
>>967
OK！分かったよ、じゃあ君の職場でどうやってDocker使っているか教えてくれ。
俺の所じゃ、200人いる開発者は全員Dockerで開発してはいるものの、開発機/検証機/本番機は
８割方VMだ。開発した成果物をgithbubに入れてVMにDeployerでデプロイって形だ。
だからDockerを「アプリの配布の為」に使っている訳じゃないのは明らかだ。
本番機をコンテナ化、マイクロサービス化ってのは諸所の事情でなかなか進まない。
君が同業ならその辺の事情は察することが出来るはずだ。
・・・・・・で、君の会社はどうなんだい？
社員全員が「アプリの配布の為」に使っているのかーーーいｗ？
970(8): 2020/08/17(月)02:42 ID:7e1FicdI(15/20) AAS
>>969
開発したアプリをDockerイメージにしてGCPの
GKE (Google Container Engine）で動かしたり
GCEインスタンス起動時の設定にある
コンテナイメージに指定したりしてるが？
それでお前と同じことを言ってるサイトは？
答えないんだね。逃亡回数＋１しといたからねｗ
971(1): 2020/08/17(月)03:07 ID:6a0svHoE(14/27) AAS
>>970
OK、OK！で、その規模はどれ位だい？
サーバーは何台だい？
社員は何人？エンジニアの数だけで良いよ。
会社のサービスは完全にコンテナだけで運用しているのかい？
もしそれなら相当、凄いぞ。社員130人台のはてなでさえ、k8sは撤退してるからな。
因みにGKEは(Google Kubernetes Engine）で全然Containerとは違うからな。
その意思決定に至ったのは本当に「アプリ配布の為」かい？
ウチはマイクロサービスへの移行が意思決定の理由だったな。
因みにウチの鯖はメインサービスのWebサーバーが5台、Socketサーバー16台
サブがWeb4台、Socketサーバ6台、AサービスWeb4台
解析用4台、その他諸々で多分全部で60台位だ。
10台位が多分ECS/EKSで運用していると思う。
細かい内訳は分からない。
>それでお前と同じことを言ってるサイトは？
いや俺の回答が全てだろ。
200人いる社員がそんな用途で使ってないんだから。
972(1): 2020/08/17(月)03:19 ID:snyUoRs2(2/12) AAS
>>969
レジストリを活用すると世界感がかわるよ
開発した成果物(image)をレジストリにpush
レジストリから実行環境にpull
この2アクションが基本形
Deployerとやらが内部で何をやってるかは知らないけどそれがpush/pullに置き換えられるならもっと簡単になる
973(1): 2020/08/17(月)03:22 ID:6a0svHoE(15/27) AAS
>>972
>レジストリを活用すると世界感がかわるよ
そんな事は当然やってるよ。
974(1): 2020/08/17(月)03:29 ID:snyUoRs2(3/12) AAS
>>973
既にやってるってことはつまりイメージ配布に頼ってるってことでは
デプロイ先はVMでDockerは使ってないとの書き込みはなんだったの
975: 2020/08/17(月)03:34 ID:6a0svHoE(16/27) AAS
>>974
>>969に書いているんだが。
日本語読み取れない人は答える必要は無い。
976: 2020/08/17(月)03:37 ID:6a0svHoE(17/27) AAS
>>970
まあ！とりあえず君の会社の事を書いてくれよ！
俺と話が噛み合わない理由は、間違いなくそこにあるね！
977(1): 2020/08/17(月)03:41 ID:snyUoRs2(4/12) AAS
>>969
> >>967
> ８割方VMだ
2割はDockerでイメージ配布に依存してるってことでいいの？
978(1): 2020/08/17(月)03:46 ID:6a0svHoE(18/27) AAS
>>977
いやその前に違う事を書いているはずだが。
君は>>970と別人かい？じゃあ君も会社の事を書いてくれよ。
まずはそれからだな。
話が何でかみ合わないのかさっぱり分からないｗ
多くのエンジニアが抱えている問題は共通の筈なんだがｗ
979(1): 2020/08/17(月)03:51 ID:snyUoRs2(5/12) AAS
>>978
たとえ大した情報でないとしても会社の情報を無闇に公開すべきでないという社会常識に則ってここでは話さないほうがいいとおもう
いちおうあなたも社会人なんだよね？
それに会社のシステム構成がなければ議論できないような内容でもない
ということも多少の理性があれば理解できるはず
980: 2020/08/17(月)03:55 ID:6a0svHoE(19/27) AAS
>>979
いやそんなことは無いな。
話がかみ合ってないなと思えば、フェイクでも良いから何か言いうだろ？
もし言わないというのなら、君は俺との違いを理解できているはずだし、それに納得した
という事だよな。だから、今後dockerの役割はアプリの配布なんていう事も無い。
それで良いかい？
正直君がずーーーーーとこのスレでそのおかしな主張を続けているから
マトモなエンジニアと会話が出来ずに大変迷惑している。
981(1): 2020/08/17(月)03:59 ID:snyUoRs2(6/12) AAS
ようするに
・システム構成のうち何割かが非Docker環境である
・これらをDocker環境へ移行することは諸事情により難しい
・残りの何割かはDocker環境である
という環境を想定していて
・Docker環境へのデプロイはイメージ配布に依存している(当たり前だが)
ということでいいんでしょ？
違うならもう少し正確な日本語で書いてほしい
正直に言うとあなたの文章は読みにくく意図が伝わりにくいです
982(1): 2020/08/17(月)04:00 ID:snyUoRs2(7/12) AAS
ちなみに自分は>>970ではないのでずっと居座ってはいません
983: 2020/08/17(月)04:01 ID:6a0svHoE(20/27) AAS
2chｽﾚ:linux
>Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
おいおい勝手に決めるなよ
なってねーよｗ
やっぱ一人の世界で完結してる奴は世界がせめーなｗ
984: 2020/08/17(月)04:04 ID:snyUoRs2(8/12) AAS
次スレ乙です
985(1): 2020/08/17(月)04:05 ID:6a0svHoE(21/27) AAS
>>982
いや、君は十分ずっと居座ってるぞｗ
おかしな書きっぷりも970によく似てる。
で、君は>>970に同意なのかい？
Dockerとはアプリを配布する事が目的である、と。
986(1): 2020/08/17(月)04:09 ID:snyUoRs2(9/12) AAS
>>985
アプリ配布はDockerの役割の1つであると言ったほうが正確
987(1): 2020/08/17(月)04:10 ID:6a0svHoE(22/27) AAS
>>981
俺の書き込みは、それが主眼では無いから。
大体のシステムの規模を言って、この環境で運用している自分は
DockerとはXXであると考える。
Dockerの目的が「アプリの配布」と考える君はどの程度の会社に
所属しているのかい？って話だから。
でないと何故かみ合わないのか焦点は何なのかさっぱり分からない。
988(1): 2020/08/17(月)04:14 ID:6a0svHoE(23/27) AAS
>>986
じゃあ、970と主張は違う、って事でOK?
俺はこいつが何故、この主張をずーーーと続けるのか。
何時になったら引っ込めるのか、という事に興味があるだけだから。
でないと、話がいつまでたっても先に進まない。
こいつが話に絡んでくると毎回結論が同じになる。
989(1): 2020/08/17(月)04:24 ID:snyUoRs2(10/12) AAS
>>987
私とあなたの話が噛み合わない理由は簡単だと思う
あなた：
Dockerの役割とは〇〇である(〇〇にはアプリ配布以外のナニカが入る)
したがってDockerの目的はアプリ配布ではない
私：
Dockerの目的は様々あってそのうちの1つがアプリ配布である
つまりあなたはDockerの役割をアプリ配布以外の何か1つに絞り込もうとしている(少なくともあなたのレスを読む限りはそう読める)
私はそうではなくDockerの役割は複数あってアプリ配布はそのうちの1つだと考えている
これでは話が噛み合わない
990: 2020/08/17(月)04:28 ID:snyUoRs2(11/12) AAS
>>988
レスぜんぶ読んだわけではないので>>970の真意はわからないと前置きして
もし>>970の主張がDockerの役割はアプリ配布ただ1つであるという意味なら私の意見とは異なる
アプリ配布は役割の1つでしかないという意味なら同じ
991(1): 2020/08/17(月)04:40 ID:6a0svHoE(24/27) AAS
>>989
違うよ。
>>970
Dockerの役割はアプリの配布ただ一つである。
俺：
そんなことは無い。色々ある。
でかみ合ってない。969以降の書き込みは何故かみ合っていないのかの
認識の祖語を埋めるためだけにある。君の主張が俺と同じなら、964以降
の書き込みに反応する必要は全くないよ。
992: 2020/08/17(月)04:42 ID:6a0svHoE(25/27) AAS
おまけに誰が建てたのか、
2chｽﾚ:linux
>Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
www本番機をコンテナに移行してない企業はどうなってんのさｗ
何故このスレはこんなに訳の分からない結論を出す馬鹿ばっかりなのか。
>>651でデプロイの存在を教えてあげているのに全く学習出来てない。
993(2): 2020/08/17(月)04:49 ID:snyUoRs2(12/12) AAS
>>991
> 色々ある
色々の中にアプリ配布も含まれているということなら合意ですね
994: 2020/08/17(月)04:58 ID:6a0svHoE(26/27) AAS
>>993
OK,じゃあ君との話はこれで終わりな。
後は>>970のレスポンスを待つだけだ。
出来れば、Part4立てた奴の脳味噌の中も割ってみたいけどｗ
マジで半年前に終わった話なのに話題が全く進まねー。
995: 2020/08/17(月)07:39 ID:7e1FicdI(16/20) AAS
>>971
その質問の意図が全くわからん
マウント取ろうとしてるだけだろ
> いや俺の回答が全てだろ。
お前と同じことを言ってるサイトはないってことでいい？
996(1): 2020/08/17(月)07:46 ID:7e1FicdI(17/20) AAS
今どきDeployerとかいってるのは
夜間メンテナンスでドキドキしながら作業してるんだろうな
本番環境と同等の環境を作って
事前にちゃんと動くかテストして
でも本番環境全く同じとは限らない
夜間に実行して、ちゃんと動くかドキドキ
あれ？なんか異常が起きてる？
朝までに直さなきゃ！
Dockerだと事前に動作するとわかってる
イメージのプルと実行だけでいい
書き換えるものはすべて書き換え済みなので
安心して更新できる
997: 2020/08/17(月)08:30 ID:6a0svHoE(27/27) AAS
>>996
それはお前の妄想の中にだけある問題だ。
現実にはそんな事は、ただの一度も無い。
マジで、実務に携わってないならDockerスレに来るなよ。
何度も言うが、君の妄想書き込みは大迷惑だ。
全く実務に即してないから。
まあ、それは良いよ。
君は>>993に同意かい？そうでないなら君の職場環境書いてね。
認識の祖語は100%そこだから。
よろぴく。
998: 2020/08/17(月)08:34 ID:7e1FicdI(18/20) AAS
また聞くね。逃げないでね
お前と同じことを言ってるサイトはないってことでいい？
999: 2020/08/17(月)08:35 ID:7e1FicdI(19/20) AAS
こいつ、どうもDocker自体の役割と、
Dockerを使うシステム（GKE等）の役割を
ごっちゃにしてるみたいなんだよなｗ
1000: 2020/08/17(月)08:38 ID:7e1FicdI(20/20) AAS
なぜかというと、GKEを選んだ理由は〜とか言ってるから
> 因みにGKEは(Google Kubernetes Engine）で全然Containerとは違うからな。
> その意思決定に至ったのは本当に「アプリ配布の為」かい？
この場合、GKE（に相当するECS/EKS）を選んだのがお前であってDockerを選んだのがGKE
なぜか？コンテナを動かすだけで動くシステムが出来るから。
動くシステムの配布方法としてDockerが優れているからGKE等が採用したわけ
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 527日 17時間 57分 41秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net
▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.263s*