Docker Part3

LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

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

全部localhostにしたらしたで余計わけわからなくなりそうなもんだが
物理ネットワークを意識せずに仮想ネットワーク上に構築できるならそれでおｋ

>>909
わからないなら、しったかで答えるなよ。
https://docs.docker.jp/engine/userguide/networking/dockernetworks.html#id4

デフォルト・ネットワーク以外は「ネットワーク名で接続し合う」のは当然だろ？

>>911
それ読んだのにネットワーク名で接続し合うなんて読むのか？
同じネットワークに属させるだけ
同じネットワークが複数のホストにあっても構わない
だからDockerコンテナからはネットワーク名なんて意識する必要がない
起動時のオプションに過ぎない

>>910
何の話をしてるのか知らんが、
物理・仮想マシンでアプリ（Dockerコンテナ）を起動した時
同じマシンからはlocalhostでアプリ（Dockerコンテナ）に接続でき
外部からはその物理・仮想マシンのアドレスで接続するだろ
そこは単純なアプリと何も変わらんのだが

>>912
同じネットワークに属した結果、そのネット―ワークで接続してるだろ。
ブリッジであれ、オーバーレイであれ、自分で作らなければならないんだから
「起動時のオプションに過ぎない」訳が無いだろう。

>>914
どこの話だよ。引用してみ。

あー、なんとなくわかったわｗ
「ネットワークを作る」っていうのを聞いて
ネットワーク設定を変更してるんだなって思ってるんだな

まあ実際にはそういう事をやってるんだろうが意識することではない
知らなければいけないのは、グループを作って
其のグループに属していれば、普通に通信できるってだけの話

変に内部の仕組みまで理解しなければいけないって考えるから
理解できないんだよ。単に使う分には必要のない知識

使うときに必要な知識と、トラブルシューティングに必要な知識は分けて考えれ
普段使いしているときはトラブルシューティング用の知識は使わずに
Dockerで抽象化されてるものだけを考えればいいんだよ
脳容量が少ないんだから混ぜるな。混ぜるからいっぱいいっぱいになって
脳がついてこれないんだよｗ

>>913
コンテナ同士の通信の話では？

発端のレスは>>892
その後のレスの文脈まで踏まえるとPOD内通信と同じようにPOD間の通信もlocalhostで繋ぎたいってのがネットワークわからん派の主張
それに対して全部localhostで繋いだらわけがわからなくなるってのが俺の主張

>>915
892の話してるんだろ。
「本番ではlocalhostとして接続したい」なんて言っているのは単に開発機から
本番機に移行する時の良くある無理解と思われるので、そこは触れない。
が>>892が、「ネットワークの使い方がよくわからないんだよね」と言う結論に至るのは
結局Dockerのあのダルイネットワークの仕組みのせいだろう。

話戻るけど、これほんと意味不明なんだよね

>>892
> 本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う

どこから「localhostとして接続したい」なんて要件が出てきたのやら

Docker使わずにnginx起動するとするだろ？
このnginxに「localhostとして接続したい」なんていうか？

いうなら同一マシンからなら「localhostで接続できます」だろ
違うマシンからならホスト名で接続するし
同じマシンならlocalhostで接続する。
このlocalhostもホスト名の一つでもあるんだがな

（同一マシンという）条件が揃えばlocalhostで「接続できます」という話であって
本番ではlocalhostで「接続したい」なんて要件はありえないんだが

>>918
なんで引用してって書いたのに、引用しないの？

>>920
何の話をしてるのさｗ？何を引用しろと言っているのｗ？

>>920
あー、なんか君の言っていることが分かった気がするよ。
俺はある程度>>892の雰囲気を読んであげてるつもりだけど、
君はまるで読んであげてないんだろうね。

>>918
よくわからんのはバカだから
Dockerを理解してないからだろ

>>922
勝手に解釈してます。本人が言ったことと違う前提の話を
思い込みでしてますって堂々といわれてもなぁｗ

>>923
それに対して俺は「もう少し工夫できんかったのか不満は多いな。」
と感想を言っている。これはDockerの役割なぞとは関係ない。

>>924
まあいいよ！粘着KYは本当に雰囲気読むのが下手ね！

Dockerの役割っていうのは仮想化
仮想化っていうと仮想マシン（仮想機械）のことだと勘違いしてるやつがいるが
仮想メモリと同じ意味の仮想化
実際の物理的なものを隠蔽化して仮想的なものを作り出すというしくみ

Dockerは仮想化を提供することでDocker上で動いているコンテナが
それを動かしてる物理的なインフラ（ネットワーク含む）を意識しないですむようにしている
Dockerコンテナからすればどこで動いてるかなんて意識する必要はないし
動かす方は単にDockerコンテナを起動する時にオプションを与えてるだけ

ID:+jHSMkRj
罵倒マウント常習犯
NGしたいからコテハンつけてくれ頼む

>>925
Dockerの役割を理解しないで
工夫しろとか言っても的外れにしかならんだろｗ

>>928
IDの所にコテハンつけたぞ
これでいいか？

おっと間違えた。IDが変わってしまったぞ！

過疎スレなのに盛り上がりすぎｗ
でもいいことだよ、人が増えすぎて議論もできない荒れてるスレもたくさんあるからね
C#スレみたいに

>Dockerは仮想化を提供することでDocker上で動いているコンテナが
>それを動かしてる物理的なインフラ（ネットワーク含む）を意識しないですむようにしている

そのDocker自身がECSであれEKSであれ、VMの上で動いていしまっている事によって、仮想化の上に仮想化
を提供するという馬鹿げたソリューションになっている。

物理鯖の上でDockerコンテナを動かしているというならともかく、物理の上で動くVM１台の上で動くNIC
を仮想化したからと言って何の意味があるというのだ？

サーバの仮想化とアプリケーションの仮想化は別だから馬鹿げてない
ごっちゃになってるのは頭が弱いだけでは

>>934
頭が弱いのはお前だろｗ
サーバーサイドで動くアプリ＝サーバーその物だろｗ

VMは文字通りマシンの仮想化
その中で動くアプリケーションと区別ができないのは頭が弱いだけでは

>>936
いや、間違いなく言えるのは実務と実需が分かっていないのはお前だ。

>>933
仮想マシンの上で仮想メモリを使っていてさらに仮想化してるから
3重の仮想化だ！とか言わんの？ｗ

「仮想」の意味が全部違うのに、何が馬鹿げてるというのか

> 物理鯖の上でDockerコンテナを動かしているというならともかく、物理の上で動くVM１台の上で動くNIC
> を仮想化したからと言って何の意味があるというのだ？

物理サーバーでもMacでもWindowsでも同じDockerイメージが動くという意味があるよ

そうだよね？違うかい？ｗ

>>939
MacやWindowsはサーバーにはならないよねｗ
サーバーの話してるんだがｗ

なるでしょ
ならないと思い込んでるのは頭が弱いだけでは

>>940
つまりサーバー以外で意味があると認めたということ？
サーバー限定にしないと、言い返せない？

>>938
仮想メモリの意味をまず理解しろよｗ
意味不明すぎだろｗ

>>934
>サーバの仮想化とアプリケーションの仮想化は別だから馬鹿げてない
>ごっちゃになってるのは頭が弱いだけでは

君の言うようにサーバーの仮想化とアプリの仮想化が別で、Dockerが提供しているのがアプリの仮想化と言うのなら、
>>927が言うような「物理的なインフラ（ネットワーク含む）を意識しないですむようにしている」を提供する必要は無いよな？
アプリにとってインフラは関係ないし。でも現実には提供してるよな？つまりDockerが提供してるのはサーバーの仮想化含めてるよな？
にも関わらず下にVM無きゃ動かないというのは、詰る所、Dockerが不完全だからって事にしかなってない
一体何時VMから独立してくれるんだとｗｗ

次スレ

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

>>944

> >>927が言うような「物理的なインフラ（ネットワーク含む）を意識しないですむようにしている」を提供する必要は無いよな？

あるだろ。というかそれこそが重要なことだろ
アプリにとってインフラは関係ない

関係ないというのは、どういう構成でのインフラでも動くということ
つまりインフラ（物理サーバーやネットワーク）の違いを吸収するそうが必要

それをDockerが提供している

> 下にVM無きゃ動かないというのは、
LinuxでVMは必須じゃない

VMを使ってもVMを使わなくても、同じDockerイメージが動く
それはDockerがその違いを吸収してアプリからすれば全く違いがないからだ

例えばapacheとngixの2つのhttpサーバーを起動する時
どちらもポート80番を使っていれば起動できない

同じDockerイメージを使うということは
どちらも同じ80番ポートを使うかもしれない
他のDockerイメージが使ってるポート番号なんて知る余地がない

だからDockerでは、Dockerイメージがポート80番を使っていても
Dockerサーバーの力で、そのポート番号のリマップを行っている

その他のいろいろなリソースに対しても同じでリマップの機能を提供している
これがDockerがもつ仮想化という機能の本質

Linux上でDockerはVMなしで動くに
このアホは何を言ってるんだ
アーホ

>>946
>つまりインフラ（物理サーバーやネットワーク）の違いを吸収するそうが必要

普通それを「アプリの仮想化」とは言わない。

>LinuxでVMは必須じゃない

そのLinuxはVMとして動いているだろ。EC2のインスタンスなんだから。

>>948
本番機じゃそのLinuxがVMだっつーの！

>>950
本番機がVMなのはお前の場合の話だろ
Dockerイメージはどこでも動くんだから
その証拠の一つが「VM上でも動く」だろうが
アーホ

>>949
> 普通それを「アプリの仮想化」とは言わない。

じゃあ何がアプリの仮想化なのか言ってみ

仮想化の意味を知らんやつが多いよな
仮想メモリ（技術）の仮想化とはなにを仮想化しているのか？

物理 → 技術 → 仮想 → アプリ

このように技術、テクノロジーによってによって
アプリから物理的なものではなく仮想化されたものを見せてる
それが仮想化の意味だよ

・物理メモリ → 仮想メモリ技術 → 仮想メモリ → アプリ
・物理マシン → 仮想マシン技術 → 仮想マシン → アプリ実行環境（OS）
・アプリ実行環境（OS） → アプリ仮想化技術（Docker） → 仮想化されたアプリ実行環境 → アプリ

こういう流れな
アプリ実行環境、インフラが異なっていても
Dockerによって全く同じインフラで動いているように見える
それがアプリ仮想化技術

>>951
実務やらない馬鹿に話すのはマジ疲れるなｗ
クラウドで何かのサービスを提供している法人の3社に1社はアマゾン。
君はそれ以外を使ってるのw？
多分家で引きこもって碌でもない事ばかりしてるから、こういう話にピンとこないんだろう？
で無きゃここ迄、話がずれることは無いｗ。
この話にピンとこないって何でよ！？

>>953
お前の手元のノートパソコン、MacBookは
AWS上で動いてるのかよｗ

アプリ仮想化（）
名前空間で区切ってるだけだぞ

>>952
>じゃあ何がアプリの仮想化なのか言ってみ

https://it-trend.jp/desktop-virtualization/article/249-0009

そもそもアプリの仮想化という言葉はIntelがVT-xを実装した時に「OSの仮想化/アプリの仮想化/デスクトップの仮想化」とセットになって出てきた言葉。
OSの仮想化はVMware ESXi(Hyper Visor）とかMS Hyper-Vの事。OSそのものを仮想化する
アプリの仮想化とはあるアプリを異なるOSで動かすこと。（これが出てきた時に著名になったのはWindows7の頃で、7上でXPでしか動かない筈のIE6が動いていた）
Dockerに例えればカーネルを共用したOSの中でhttpd等のパッケージを、管理システムも含めて「アプリの仮想化」することによって、さまざまな環境として動かしている。
この点は確かに「アプリの仮想化」と言える、が、デバイスの管理を含めるなら、やはりOS仮想化の範疇となる。

>仮想メモリ（技術）の仮想化とはなにを仮想化しているのか？

この点以下の君の記述はコメント不能。パラノイアすぎる。
多分色々な物を大きく誤解している。

物理 → 技術

技術ってなんだよｗ

> そもそもアプリの仮想化という言葉はIntelがVT-xを実装した時に「OSの仮想化/アプリの仮想化/デスクトップの仮想化」とセットになって出てきた言葉。

それとDockerが言ってる言葉の意味が違うってことぐらいわかるよね？ｗ

言葉の意味をわかってないから、こうやって別の用語とごっちゃにするわけだ
まぬけやなー

>>954
さーばーさいどのはなしをしているって何度言っても理解せんのねｗ。
君の脳みそは。
いいか！？本番機を単なるVM上にインストールしたhttpdと
単なるVM上にコンテナランタイムを動かして更にその上にインストールしたhttpdは
どっちが管理が大変か理解できるか？後者の方が大変だろ？当然の話として。
（これが分からなんならもう俺に話しかけるな。）理解できるか？？
だから、コンテナとしてのメリットを謳うならそれ以上のメリットが無ければならないわけだ
それが無いと言っている。少なくとも一般的な情シス部門を納得させるだけの何かが足りないと言っている。

>>957
当然だろ。別にこれは俺が言い出したことでは無いから。
そもそも、Dockerはアプリの仮想化じゃないし。
>>934がこう言っているから、概念に当てはめて、返しているだけだろ。

> さーばーさいどのはなしをしているって何度言っても理解せんのねｗ。

なんでサーバーサイドに限定しないと、何も言い返せないんですか？
開発はサーバーサイドでしてるんですか？


あ、よくあるインフラ専用の人かｗ
自分で開発してないからDockerの本質、Dockerが何を解決しているかをが理解できないのね

httpdサーバーをDockerで〜なんて言ってる時点でわかってないわ
やらないことはないけど、本来は自分（たち）で作ったアプリを配布するためのものなのに

コンテナを使うとインフラ担当者にDockerイメージ作ったからこれ動かしてっていうだけで動く
Dockerの技術によって環境が仮想化されてるからね
どこでも動くDockerイメージを作れる

例えばRailsでブログアプリを作ったとする

Dockerイメージ作ったからこれ動かして！
これだけで動くことが出来る
せいぜい起動するときの環境変数を伝える程度

これがDockerを使わないと
Rubyのバージョンは？必要なライブラリは？
デプロイの手順は？などいろいろ伝えることになる

Rubyのライブラリの最新バージョン使ってるんだ。
え？構築したサーバーではパッケージがない？知らんがな。
そういうのを入れるのもインフラの仕事だろ？お前が頑張れや

こういう大変な管理をなくすのがDocker
それがわからんならもう俺に話しかけるな

>>962>>961
その用途は、コロナのせいではなく、単に失業しているせいで外に出られない、君のとても狭い
世界の用途だ。多分君は趣味で（恐らく一人で）開発を行いDockerに入れ込んで喜んでいるのだろう。
君が理解している本質とやらは、君の、小さな小さな脳みそでのみ使用可能な「本質」でしかない。
広い世界では勿論、それ以外にDockerの「本質」は存在する。

アプリの配布という用途は、無いことは無いし俺も趣味ならそれで遊ぶこともあるけど、
一般的なエンジニアが「仕事」として興味を持つのはTCOを下げたりROIを上げる為であり
ここでまともな質問をしているのは、そういった人達だ。

顧客に提案したいけど、何を売りにすれば良いか迷ってるとかな。そんな人たちに向かって、君の小さな小さな
知識で（おまけに上から目線で）答えられると、大変な迷惑になっていることを自覚した方が良い。
そして就職して、同僚がどの様にDockerを使っているのか、周りを見てみた方が良い。

君の理解している用途で使用しているのは１０から２０あるプロジェクトの１つか２つでしかない事が分かるはずだ。

>>964
その内容と同じことを言ってるサイトを
ググってきてみつっけてきてください
そうすれば信じてあげましょう

>>965
いやｗ就職しろよｗ
みんなマジでアプリの配布なんて用途で使ってないからｗ

なんだろうね。働いてないはずだ！という思い込みで勝ったつもりになるのってｗ
それで同じことを言ってるサイトは？
また逃げるの？何回目かな？

アプリの配布

GitLab Docker images
https://docs.gitlab.com/omnibus/docker/

>>967
OK！分かったよ、じゃあ君の職場でどうやってDocker使っているか教えてくれ。
俺の所じゃ、200人いる開発者は全員Dockerで開発してはいるものの、開発機/検証機/本番機は
８割方VMだ。開発した成果物をgithbubに入れてVMにDeployerでデプロイって形だ。
だからDockerを「アプリの配布の為」に使っている訳じゃないのは明らかだ。
本番機をコンテナ化、マイクロサービス化ってのは諸所の事情でなかなか進まない。
君が同業ならその辺の事情は察することが出来るはずだ。

・・・・・・で、君の会社はどうなんだい？
社員全員が「アプリの配布の為」に使っているのかーーーいｗ？

>>969
開発したアプリをDockerイメージにしてGCPの
GKE (Google Container Engine）で動かしたり
GCEインスタンス起動時の設定にある
コンテナイメージに指定したりしてるが？

それでお前と同じことを言ってるサイトは？
答えないんだね。逃亡回数＋１しといたからねｗ

>>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人いる社員がそんな用途で使ってないんだから。

>>969
レジストリを活用すると世界感がかわるよ
開発した成果物(image)をレジストリにpush
レジストリから実行環境にpull
この2アクションが基本形
Deployerとやらが内部で何をやってるかは知らないけどそれがpush/pullに置き換えられるならもっと簡単になる

>>972
>レジストリを活用すると世界感がかわるよ

そんな事は当然やってるよ。

>>973
既にやってるってことはつまりイメージ配布に頼ってるってことでは
デプロイ先はVMでDockerは使ってないとの書き込みはなんだったの

>>974
>>969に書いているんだが。
日本語読み取れない人は答える必要は無い。

>>970
まあ！とりあえず君の会社の事を書いてくれよ！
俺と話が噛み合わない理由は、間違いなくそこにあるね！

>>969

> >>967
> ８割方VMだ

2割はDockerでイメージ配布に依存してるってことでいいの？

>>977
いやその前に違う事を書いているはずだが。
君は>>970と別人かい？じゃあ君も会社の事を書いてくれよ。
まずはそれからだな。
話が何でかみ合わないのかさっぱり分からないｗ
多くのエンジニアが抱えている問題は共通の筈なんだがｗ

>>978
たとえ大した情報でないとしても会社の情報を無闇に公開すべきでないという社会常識に則ってここでは話さないほうがいいとおもう
いちおうあなたも社会人なんだよね？

それに会社のシステム構成がなければ議論できないような内容でもない
ということも多少の理性があれば理解できるはず

>>979
いやそんなことは無いな。
話がかみ合ってないなと思えば、フェイクでも良いから何か言いうだろ？
もし言わないというのなら、君は俺との違いを理解できているはずだし、それに納得した
という事だよな。だから、今後dockerの役割はアプリの配布なんていう事も無い。
それで良いかい？
正直君がずーーーーーとこのスレでそのおかしな主張を続けているから
マトモなエンジニアと会話が出来ずに大変迷惑している。

ようするに

・システム構成のうち何割かが非Docker環境である
・これらをDocker環境へ移行することは諸事情により難しい
・残りの何割かはDocker環境である

という環境を想定していて

・Docker環境へのデプロイはイメージ配布に依存している(当たり前だが)

ということでいいんでしょ？

違うならもう少し正確な日本語で書いてほしい
正直に言うとあなたの文章は読みにくく意図が伝わりにくいです

ちなみに自分は>>970ではないのでずっと居座ってはいません

https://mao.5ch.net/test/read.cgi/linux/1597591176/

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

おいおい勝手に決めるなよ
なってねーよｗ
やっぱ一人の世界で完結してる奴は世界がせめーなｗ

次スレ乙です

>>982
いや、君は十分ずっと居座ってるぞｗ
おかしな書きっぷりも970によく似てる。
で、君は>>970に同意なのかい？
Dockerとはアプリを配布する事が目的である、と。

>>985
アプリ配布はDockerの役割の1つであると言ったほうが正確

>>981
俺の書き込みは、それが主眼では無いから。
大体のシステムの規模を言って、この環境で運用している自分は
DockerとはXXであると考える。
Dockerの目的が「アプリの配布」と考える君はどの程度の会社に
所属しているのかい？って話だから。
でないと何故かみ合わないのか焦点は何なのかさっぱり分からない。

>>986
じゃあ、970と主張は違う、って事でOK?
俺はこいつが何故、この主張をずーーーと続けるのか。
何時になったら引っ込めるのか、という事に興味があるだけだから。
でないと、話がいつまでたっても先に進まない。
こいつが話に絡んでくると毎回結論が同じになる。

>>987
私とあなたの話が噛み合わない理由は簡単だと思う

あなた：
Dockerの役割とは〇〇である(〇〇にはアプリ配布以外のナニカが入る)
したがってDockerの目的はアプリ配布ではない

私：
Dockerの目的は様々あってそのうちの1つがアプリ配布である

つまりあなたはDockerの役割をアプリ配布以外の何か1つに絞り込もうとしている(少なくともあなたのレスを読む限りはそう読める)
私はそうではなくDockerの役割は複数あってアプリ配布はそのうちの1つだと考えている

これでは話が噛み合わない

>>988
レスぜんぶ読んだわけではないので>>970の真意はわからないと前置きして

もし>>970の主張がDockerの役割はアプリ配布ただ1つであるという意味なら私の意見とは異なる
アプリ配布は役割の1つでしかないという意味なら同じ

>>989
違うよ。
>>970
Dockerの役割はアプリの配布ただ一つである。

俺：
そんなことは無い。色々ある。

でかみ合ってない。969以降の書き込みは何故かみ合っていないのかの
認識の祖語を埋めるためだけにある。君の主張が俺と同じなら、964以降
の書き込みに反応する必要は全くないよ。

おまけに誰が建てたのか、
https://mao.5ch.net/test/read.cgi/linux/1597591176/

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

www本番機をコンテナに移行してない企業はどうなってんのさｗ
何故このスレはこんなに訳の分からない結論を出す馬鹿ばっかりなのか。
>>651でデプロイの存在を教えてあげているのに全く学習出来てない。

>>991
> 色々ある
色々の中にアプリ配布も含まれているということなら合意ですね

>>993
OK,じゃあ君との話はこれで終わりな。
後は>>970のレスポンスを待つだけだ。


出来れば、Part4立てた奴の脳味噌の中も割ってみたいけどｗ
マジで半年前に終わった話なのに話題が全く進まねー。

>>971
その質問の意図が全くわからん
マウント取ろうとしてるだけだろ

> いや俺の回答が全てだろ。
お前と同じことを言ってるサイトはないってことでいい？

今どきDeployerとかいってるのは
夜間メンテナンスでドキドキしながら作業してるんだろうな
本番環境と同等の環境を作って
事前にちゃんと動くかテストして
でも本番環境全く同じとは限らない

夜間に実行して、ちゃんと動くかドキドキ
あれ？なんか異常が起きてる？
朝までに直さなきゃ！

Dockerだと事前に動作するとわかってる
イメージのプルと実行だけでいい
書き換えるものはすべて書き換え済みなので
安心して更新できる

>>996
それはお前の妄想の中にだけある問題だ。
現実にはそんな事は、ただの一度も無い。
マジで、実務に携わってないならDockerスレに来るなよ。
何度も言うが、君の妄想書き込みは大迷惑だ。
全く実務に即してないから。
まあ、それは良いよ。
君は>>993に同意かい？そうでないなら君の職場環境書いてね。
認識の祖語は100%そこだから。
よろぴく。

また聞くね。逃げないでね

お前と同じことを言ってるサイトはないってことでいい？

こいつ、どうもDocker自体の役割と、
Dockerを使うシステム（GKE等）の役割を
ごっちゃにしてるみたいなんだよなｗ

なぜかというと、GKEを選んだ理由は〜とか言ってるから

> 因みにGKEは(Google Kubernetes Engine）で全然Containerとは違うからな。
> その意思決定に至ったのは本当に「アプリ配布の為」かい？

この場合、GKE（に相当するECS/EKS）を選んだのがお前であってDockerを選んだのがGKE
なぜか？コンテナを動かすだけで動くシステムが出来るから。
動くシステムの配布方法としてDockerが優れているからGKE等が採用したわけ

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 527日 17時間 57分 41秒