[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
173(5): 71 2019/11/10(日)22:00 ID:hNrQ9NRe(1) AAS
亀です。
軽くレスおってるだけで提言なんだけど、配布とか楽なのはわかる。
compose upすればいいだけ。すごく楽。
だけど保守には向かないんだよ。docker自体にログがドカドカ出す機能はないし、中のアプリケーションから何らかのものを出さないといけない。
dockerのネットワークもEsxiとかに比べたら柔軟に構築できないし、障害対応に当たるメンツの教育コストも考えなきゃいけない。
立ち上げだけ上手くいくテスト環境にはいいけど本番環境はやっぱり難しいと思う
174(2): 2019/11/10(日)23:34 ID:KPJdW8/s(19/19) AAS
>>173
>docker自体にログがドカドカ出す機能はないし
ログ自体はdocker-compose logs -f で見れるじゃん。
>dockerのネットワークもEsxiとかに比べたら柔軟に構築できないし
これやね。
Dockerは何故ルーター噛ます事がデフォルトになっているのか？
DD-WRTとかCiscoのXRVとかをそれこそ「コンテナとして」提供するならまだしも、
（ESXiはそれが出来る）勝手にルーター込みで作るとかマジで止めて欲しいわ。
アクセス自体もOSによっては「名前の解決を行っています」に1秒くらいかかって遅い気がする。
>立ち上げだけ上手くいくテスト環境にはいいけど本番環境はやっぱり難しいと思う
省1
175(2): 2019/11/11(月)00:21 ID:0/0z68zi(1/6) AAS
>>173
>docker自体にログがドカドカ出す機能はないし
いつものなにか勘違いしてる系だよｗ
「あなたが作った開発アプリのログ出力機能」を
Dockerのせいにするのはおかしいと気づかなきゃいけない。
開発アプリのログを出す責任は、アプリ開発者にあるでしょ？
標準出力と、標準出力エラー出力（あとファイル）を出せるんだから
ドカドカだすのはアプリ開発者の仕事だよ
> 立ち上げだけ上手くいくテスト環境にはいいけど本番環境はやっぱり難しいと思う
そういう基本を理解してない人が、間違った話をした上で、難しいと言っても説得力がない
省10
364(3): 2019/11/30(土)14:30 ID:Se1bf1fg(10/14) AAS
>>361
OSの仮想化技術なんだから当然だろ？
君は何の技術か意味を理解しているの？
何かこういう書き込み見てると、コイツ何処まで理解して話してるんだろうな？と言う気がするね。
2つの全然違う技術をゴチャにしている
>>360
/etc/hosts
IPアドレス 起動したOS
http://起動したOS
> docker run -d -p 8080:8080 image
省14
374(1): 2019/11/30(土)21:36 ID:Se1bf1fg(12/14) AAS
>>369
>お前意味不明だな。Dockerと同じことができないって言ってるのに
>「Dockerと同じことができる。でも仮想化技術なんだから、それはできない！」
お前が意味不明だろｗ
いつの間に何が出来て何が出来ない、と言う話になったのｗ？
>今できるかどうかの話をしてる。できないんだね？プロキシを自分で建てなきゃできないんだね？
Dockerはこれを標準で持ってしまっている為に余計な管理コストを強いている、
無ければ必要な人だけが学習して立てれば良いものを標準として強制するから、余計な
教育コストが掛かると>>173は言っている。
XXができてYYが出来ないと言う話をするのなら、Dockerは物理マシンA上に立てたAAと言うマシンが
省5
389: 2019/12/01(日)09:12 ID:qT+FNDQS(4/13) AAS
> Dockerはこれを標準で持ってしまっている為に余計な管理コストを強いている、
> 無ければ必要な人だけが学習して立てれば良いものを標準として強制するから、余計な
> 教育コストが掛かると>>173は言っている。
VMを使うと教育コストが掛からないとバカが言っている。
このことを覚えておこう。バカ丸出しにこれがブーメランとして帰ってくることになるだろう
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s