コンテナ型仮想化Dockerスレその2

コンテナ型仮想化Dockerスレその2 at TECH

[前50を表示]
250:デフォルトの名無しさん
20/08/06 13:20:17.90 zxDGcFX+.net
ベアOSでもいいし、WSLでもいいし、仮想マシンでもいいよ
どちらにしろテストはDockerでやるから

251:デフォルトの名無しさん
20/08/06 14:02:34 QzF98GH4.net
>>249
Vagrant

252:デフォルトの名無しさん
20/08/06 14:03:59 QzF98GH4.net
開発もコンテナでやったほうがいいぞ
12Factorを尊重しろ

253:デフォルトの名無しさん
20/08/06 14:24:49.34 zxDGcFX+.net
>>252
12Factorにはコンテナを使えなどとは書いてない

254:デフォルトの名無しさん
20/08/06 15:18:04.68 QzF98GH4.net
>>253
12Fには開発環境と運用環境をできるだけ揃えろと書いてある
つまり運用がdockerなら開発もdockerにすべし
しかしものには限度というものがあって開発にdockerを使うからと言って毎回buildしていたら遅くてツラミを感じる
折衷案として開発時はdockerを使うがbuildせずソースマウントで妥協するということだ

255:デフォルトの名無しさん
20/08/06 16:37:17.54 zxDGcFX+.net
>>254
できるだけ揃えればいい。手段は何でもいい。
rbenv等を使うのも手だ

256:デフォルトの名無しさん
20/08/06 16:38:30.73 NJ3rQ1gR.net
>>255
コンテナと非コンテナという時点で差が大きすぎるので何やっても無駄

257:デフォルトの名無しさん
20/08/06 17:03:11.73 zxDGcFX+.net
？
だれもコンテナを使わないとか言ってないよ
テストでコンテナを使う

258:デフォルトの名無しさん
20/08/06 17:47:38.47 qlOMtzW6.net
今は開発の話をしてる
流れ読めないなら口出ししないで

259:デフォルトの名無しさん
20/08/06 18:05:05.39 ogr7rSIB.net
ああTDDしてないのかｗ
テスト駆動開発
テストによって開発を駆動するんだよ

260:デフォルトの名無しさん
20/08/06 18:16:50.79 qlOMtzW6.net
テストフェーズと開発フェーズの区別もつかんのか
今は開発フェーズの話をしている
話に付いてこれないなら口出しするな

261:デフォルトの名無しさん
20/08/06 18:50:32.17 pS9zPYMv.net
開発時は、sshdをCMDして、ターミナルからsshでいろいろ試すのがやりやすくない？

262:デフォルトの名無しさん
20/08/06 19:47:41.29 ogr7rSIB.net
>>260
だから俺が言ってるテスト＝TDDにおけるテストは
開発フェーズでやるんだよ。知らないようだから勉強しろ！

263:デフォルトの名無しさん
20/08/06 19:55:53.49 vNuDFgDW.net
>>262
それ間違ってるぞ
TDDのテストはCIで行う
CIで行うテストは開発フェーズではなくテストフェーズ
そもそもテストとはリリース可能なバイナリに行うものだ
手元のコードベースにテストしたってそれはリリースされない
リリースされるのはCIでビルドしたもの
お前がやってるのはテストじゃなくデバッグに分類される

264:デフォルトの名無しさん
20/08/06 19:58:36.00 MUhDPlnI.net
開発中にsystemdつかってて
Dockerに移植したら「あっsystemdないの…(察し)」
ってなるんですね。胸熱だなおい。

265:デフォルトの名無しさん
20/08/06 20:24:40.59 qlOMtzW6.net
>>264
普通にありえるな
docker環境と非docker環境の間にどんな違いが隠れてるか、すべて把握してる開発者なんて少ないだろう
だから、開発はコンテナの中で行うべきなんだ

266:デフォルトの名無しさん
20/08/06 20:48:30.49 ogr7rSIB.net
>>263
> TDDのテストはCIで行う
そんなこな言ってる有名人は一人もいない

267:デフォルトの名無しさん
20/08/06 20:49:49.09 ogr7rSIB.net
>>264
systemdに依存するソフトウェアをお前は作るの？
バカなの？そんなコトしてる人なんて誰ひとりとしていないのに

268:デフォルトの名無しさん
20/08/06 21:36:33.80 OJt9Gd1b.net
>>263
> TDDのテストはCIで行う
> CIで行うテストは開発フェーズではなくテストフェーズ
それであなたの場合TDDのテストのCIはどのタイミングで実行されるんですか？
テストフェーズにならないと実行しないのにCIなんですか？

269:デフォルトの名無しさん
20/08/06 22:33:16.52 6qlg62cE.net
>>268
CIでテストしてるときがテストフェーズだよ
なに当たり前のこと聞いてんだ

270:デフォルトの名無しさん
20/08/06 23:57:17 ZZ7cHiFU.net
ここの香具師は、Ruby on Rails のHeroku とか知ってるのか？w
GitHub を更新すれば、CircleCI で勝手にテストするだけだろw

CI/CD パイプライン
ビルド・テスト・デプロイの自動化

271:デフォルトの名無しさん
20/08/07 00:34:51.93 XaSI3YlY.net
>>269
聞いてるのは、そのCIによるテスト（テストフェーズ）は
いつ（どのタイミングで）実行されるのかということなんだが？

272:デフォルトの名無しさん
20/08/07 00:38:28.29 ZSkLfYsp.net
>>271
CIパイプラインが走ったときだよ

273:デフォルトの名無しさん
20/08/07 02:02:40.25 XaSI3YlY.net
>>272
それで、そのCIパイプラインはいつ走るのですか？
開発フェーズじゃなくてテストフェーズにならないと走らないんですよね？（笑）

274:デフォルトの名無しさん
20/08/07 08:35:13.09 vLkWkOdj.net
>>273
ほんと理解力ねえな
テストフェーズになったら走るんじゃなく
走ったらテストフェーズになんだよ

275:デフォルトの名無しさん
20/08/07 14:33:27.01 JEKRIsgb.net
テスト書くんだろう勝手にじゃないだろう

276:デフォルトの名無しさん
20/08/07 14:47:45.50 5DOKY4bP.net
>>274
なんで質問に答えないの？
CIが走る＝テストフェーズになるのは
どのタイミングですか？

277:デフォルトの名無しさん
20/08/07 14:54:40.10 5DOKY4bP.net
CI使ったことがないからどのタイミングでCIが実行されるのか知らんだろうなｗ

278:デフォルトの名無しさん
20/08/07 16:49:20.50 xwYl4FUW.net
>>276
んなもんトリガーの設定次第

279:デフォルトの名無しさん
20/08/07 16:49:30.44 xwYl4FUW.net
くだらない質問をするな

280:デフォルトの名無しさん
20/08/07 17:43:28.04 5DOKY4bP.net
>>278
トリガーの一例ともっとも短いタイミングで発動する
トリガーを言ってみてくれますか？
>>279
TDDにとってこれ重要なことなんですよねw

281:デフォルトの名無しさん
20/08/07 17:46:25 5DOKY4bP.net
もっとも短いタイミングというのは、
あなたが考えうる一番短いタイミングでいいですよ
別に正解を聞いてるわけじゃないので

1. TDDのテストはCIで行う
2. CIで行うテストは開発フェーズではなくテストフェーズ
3. CIは○○のタイミングで実行される。○○のタイミングでテストフェーズになる。

>>263の主張であるこの文章のの○○を埋めたいだけです。

282:デフォルトの名無しさん
20/08/07 18:42:27.02 h+GX7out.net
>>281
コミット時に決まってんだろ
くだらない質問はするなってなんど言わせる気だよ

283:デフォルトの名無しさん
20/08/07 18:43:34.78 h+GX7out.net
なんでそんなわかりきってることを聞くのかね？

284:デフォルトの名無しさん
20/08/07 18:55:51 5DOKY4bP.net
>>283
え？お前はテストフェーズで何をするの？
コミットしたら勝手にテストフェーズになって
CIのテスト実行が終わったら、テストフェーズ終りってことだよね
つまりお前がテストフェーズでする作業は何もないってことだよね

あのね。それ開発フェーズっていうの
（ソースコードを修正して）ソースコードをコミットをする作業は
開発なんだから開発フェーズなんだよ

はい。おしまい。

285:デフォルトの名無しさん
20/08/07 18:57:00 5DOKY4bP.net
コミットしないとテストを実行しない（実行できない）って
最悪のパターンだってこともわかってなさそうｗ

286:デフォルトの名無しさん
20/08/07 19:03:46.64 5DOKY4bP.net
と・ど・めｗ
URLﾘﾝｸ(developer.ibm.com)
> 初期設計から本番環境でのモニタリングに至るまでのあらゆるプロジェクト開発フェーズで TDD が役立つ理由を説明します。
開発フェーズで TDD が役立つ

URLﾘﾝｸ(www.sei-info.co.jp)
> 開発フェーズではプログラマーはタスクカードをとり、テスト駆動開発やペアプログラミングをしながらタスクを消化していきます。
開発フェーズでは～テスト駆動開発や

URLﾘﾝｸ(qastack.jp)
> 機能テストを書くことは、開発フェーズの早い段階でバグ/問題を発見するのに役立ちます。

287:デフォルトの名無しさん
20/08/07 19:20:22.36 PSRZCOD6.net
>>284
なにいってんだおめー
コミットするまでが開発だろが
CIがテスト回してる間も開発に含めたら給料泥棒になるぞ

288:デフォルトの名無しさん
20/08/07 19:21:33.93 PSRZCOD6.net
>>285
誰もんなこと言ってねーだろ妄想激しいな
トリガーはコミット以外にもある
なんなら任意のタイミングで実行可能

289:デフォルトの名無しさん
20/08/07 19:22:20.74 PSRZCOD6.net
>>286
そいつらもわかってねえな

290:デフォルトの名無しさん
20/08/07 19:26:57.89 5DOKY4bP.net
>>287
> コミットするまでが開発だろが
それ反論じゃないよねｗ
俺は「コミットするまで」＋「コミットしても」開発だって言ってる。
コミットしたからと言って勝手にテストフェーズになったりしない。
テストが実行されるだけで、明確に開発完了と言わない限り開発フェーズのままだ
お前はコミットが終わってCIがすぐ実行されたら、それがテストフェーズだと言ってるようだがなｗ

291:デフォルトの名無しさん
20/08/07 19:28:04.45 PSRZCOD6.net
世の中、無知が多すぎる
開発中にCIのトリガーを押したからと言ってCIパイプラインが開発に含まれるわけねえだろ
CIパイプラインではビルド、テスト、リリースなどのフェーズが実行されんだよ
開発中に手元では走らせるテストはテストじゃなくデバッグだ
なぜなら手元のソースはテスト対象じゃないからだ
本物のテスト対象はCIでビルドしたバイナリだ
これに対して行うテストはCIパイプラインに含まれる
それがテストフェーズだ

292:デフォルトの名無しさん
20/08/07 19:30:36.59 5DOKY4bP.net
テストはCIでも動かすし手動でも動かす。
コミットしなくても動かす
CIでテスト実行するのはおそすぎる
TDDというのは（コミットせず）ローカルで
テストを書いてコードを修正しての繰り返して開発する
そして修正がが完了したときにコミットする。
修正完了＝開発完了ではない。
開発の途中で細かい修正ごとにコミットをする。
まあ常識やねｗ

293:デフォルトの名無しさん
20/08/07 19:33:08 5DOKY4bP.net
>>291
> ビルド、テスト、リリースなどのフェーズが実行されんだよ

無理に日本語使うのやめたら？ｗ
フェーズっていうのは「段階」「局面」って意味だ
URLﾘﾝｸ(dictionary.goo.ne.jp)

ビルド、テスト、リリースなどの段階が実行されんだよ
↑お前用語の使い方おかしいｗ

段階が実行ってなんやｗｗｗｗ

294:デフォルトの名無しさん
20/08/07 19:36:57.89 5DOKY4bP.net
TDDをやるとテスト回数が増えます。
つまりコミット数が増えるということです。
ソースコードを修正してテストを実行する時は必ず
コミットしてCIサーバーで実行しなければいけません
とかいいだすんかな（笑）

295:デフォルトの名無しさん
20/08/07 20:19:46.12 u8k42I6W.net
TDDスレにでもいけ。

296:デフォルトの名無しさん
20/08/07 20:58:52.46 d9BEReIq.net
キチガイ同士の戦い迷惑すぎ

297:デフォルトの名無しさん
20/08/07 21:05:10.18 Del04UiZ.net
便利で安全なpodmanを使わない理由は？？

298:デフォルトの名無しさん
20/08/07 21:20:51.68 5DOKY4bP.net
>>297
代替技術がオリジナルを超えた例はないから

299:デフォルトの名無しさん
20/08/07 21:37:35.58 bAe9Jdy1.net
テストはテスト班に手動でやってもらうのが1番楽だな
テストデータ用意も
バグの検出も人間が勝手にやってくれた方が楽
究極の自動化だと思うが

300:デフォルトの名無しさん
20/08/07 21:43:22 5DOKY4bP.net
> テストはテスト班に手動でやってもらうのが1番楽だな
それは統合テストなどの話

単体テストをいちいち別の人にやらせていたら時間がかかってしょうがない。
TDDならなおさら。最初にテスト書いてそれに通るように実装を書くんだから

301:デフォルトの名無しさん
20/08/08 18:08:15.30 bKK8FlY/.net
いやいや、統合テストしかしないよ
単体テストとかしませんが、
何か問題でも？

302:デフォルトの名無しさん
20/08/08 18:13:09.54 xRDIPLjB.net
>>300
だからそれはデバッグだって
作ったものを確認するのがテスト
作りかけの物を動かしながら問題を分析したりコーディングをするのがデバッグな
これ新入社員レベルの知識だからワカッテナイト恥ずかしいよ

303:デフォルトの名無しさん
20/08/08 18:30:28.27 W+S6moGo.net
TDDではコードを書く前にテストを書くんだから
バグなんてないのにデバッグ（バグ修正）とか意味不明ｗ
デバッグ
URLﾘﾝｸ(www.weblio.jp)
三省堂大辞林
コンピューターで、プログラム上の誤り（バグ）を発見して訂正すること。
IT用語辞典バイナリ
デバッグとは、ソフトウェアにおけるプログラムのバグ（誤りや欠陥）を探して、正しく動作するように修正する作業のことである。

304:デフォルトの名無しさん
20/08/08 18:31:19.54 W+S6moGo.net
なおデバッグは開発の一部

305:デフォルトの名無しさん
20/08/08 18:37:01.20 HvpcFu1c.net
>>303
おいおい大丈夫か？
UNITテストNGのコードにバグがねえわけねえだろ

306:デフォルトの名無しさん
20/08/08 18:47:52.04 W+S6moGo.net
バグというの誤り
未実装はバグではない

307:デフォルトの名無しさん
20/08/08 18:48:40.30 W+S6moGo.net
「バグ件数」を計測したことがあればわかるはずだが？

308:デフォルトの名無しさん
20/08/08 21:11:58.62 bKK8FlY/.net
>>307
「バグ」
にはシステム的なエラーや
応答不能
エラーは起きてないが
意味的に表示が違ったり
「思ってた処理と違う」って言うものまである
だから「何がバグか」の定義とか
実行のしかたで、件数結果なんで全然変わってくる
それこそテストやバグ調査の経験ある奴なら
そういうことは理解出来てるはず。
やたらバグ件数がとか
カバレッジがとか吠えてるやつは能無し
カバレッジを上げたけりゃバグの判定を緩くすりゃいい
でも、それは本質じゃない
テスト駆動とかCIとか余計なこと考えてる暇あったら
コーディングスキルと経験積んで
「こんなことしたらバグになり得るな」という
勘を養うのが一番の正当な考え方

309:デフォルトの名無しさん
20/08/09 00:23:01.47 wahpDCuR.net
以上。バグの定義とかいうどうでもいい話をする >>308であった
あほだな。

310:デフォルトの名無しさん
20/08/09 10:23:27.77 5cz13Z/n.net
セキュアなpodmanを使おう

311:デフォルトの名無しさん
20/08/11 00:20:17 jdRsH5YI.net
バックエンドでdockerで
動いてるけどdockerを使ってること自体を意識せず
dockerを完全に隠蔽して
裏でビルドしてコンテナ起動してくれる
webフレームワークがあったら素敵じゃね？
ていうかあってもおかしくないよな
ホストマシンでappソースディレクトリの内容を
アプリ起動時にイメージに取り込んで勝手にビルド
してから起動するわけよ

312:デフォルトの名無しさん
20/08/11 00:32:11.14 6Dh6cPB7.net
>>311
tyeみたいなやつ？
URLﾘﾝｸ(github.com)

313:デフォルトの名無しさん
20/08/11 06:12:18.83 pAxxTKJL.net
>>311
そういう "webフレームワーク" だったら
センスが無いなって思う
依存する必要がないものに依存しているから
webフレームワークを作るなら
DockerでもDockerを使わなくても動くように作る
そういうのはサポートツールとして作るべき
LiveReloadツールとかそういうシステムが面倒を見る

314:デフォルトの名無しさん
20/08/14 13:11:02.61 wecvEsbI.net
試しにWindows10 home上でdockerを動かしてapacheを稼働させているのだけど、ブラウザから見れないのは何が足りていないのだろうか。

315:デフォルトの名無しさん
20/08/14 13:18:31 970Aew80.net
>>314
localhostForwarding=True

316:デフォルトの名無しさん
20/08/14 14:54:23.49 B0hSR/wp.net
>>314
docker run -p 80:80

317:デフォルトの名無しさん
20/08/14 16:06:53.33 NL5GmUvd.net
>>315
>>316
糞ありがとうございます！
あと当たり前なのだろうけど、dockerのipアドレスがあったんだね。

318:デフォルトの名無しさん
20/08/14 17:58:53 UUtags1X.net
> dockerのipアドレスがあったんだね。

そういう話じゃなくて起動したapacheコンテナが
（デフォルト設定だとして）ポート80で待ち受けてないってこと

コンテナの中のapacheはポート80で待ち受けているかもしれないが、
コンテナ内に閉じ込めているためそのままでは公開されない

これは可搬性が高くなるというメリットにつながる
内部のapacheはポート80で待ち受けていながら、
dockerの力で自由にポート番号が変更できる

つまり待ち受けるポートというのは
コンテナを起動するときのオプションで指定するものになる

319:デフォルトの名無しさん
20/08/14 18:13:00.34 970Aew80.net
>>318
いや、そもそもwsl2はホストと異なるIPアドレスだから、localhostにforwardingしてやらないと、いくらポートをマッピングしてもだめでしょ

320:デフォルトの名無しさん
20/08/14 18:19:20 UUtags1X.net
>>319
WSL2の話は関係ない。
Dockerは、内部で使われてる機能の問題を解決して
localhostで接続できるように作られてる

つまりlocalhostでコンテナに接続できるのは
Dockerが提供している機能だということ

321:デフォルトの名無しさん
20/08/14 18:21:48 UUtags1X.net
あ、まさかDocker Desktop for Windowsを使わずに
面倒なことしてんのか？

公式でWindowsはこれを使います！って
提供してるんだからそれを使えよ
それを使わないから苦労するんだろ？

322:デフォルトの名無しさん
20/08/14 18:35:30.36 970Aew80.net
>>321
今はそのバックエンドとしてWSL2使うのが推奨されてるでしょ？しかもWindows Homeって言ってるから

323:デフォルトの名無しさん
20/08/14 18:39:32 970Aew80.net
>>321
WSL2を使えって公式が言ってんだからそれを使えよ
"For backward compatibility reasons, we kept the possibility to interact with Docker from the Windows CLI, but it is not the preferred option anymore."
URLﾘﾝｸ(www.docker.com)

324:デフォルトの名無しさん
20/08/14 19:33:29.47 19vTStSCU
中学数学からはじめる微分積分
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめる相対性理論
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめるAI(人工知能)のための数学入門
URLﾘﾝｸ(www.youtube.com)
中学数学からはじめる三角関数
URLﾘﾝｸ(www.youtube.com)

325:デフォルトの名無しさん
20/08/14 20:27:38.24 UUtags1X.net
ああ、やっぱりわかってないｗ
だから「Docker Desktop for Windows」の
バックエンドがWSL2に切り替わったんだよ
HyperVに戻す設定もあるかもしれんが
だから今までもこれからもWindowsで使うのは
何も気にせず「Docker Desktop for Windows」を使う
Dockerが推奨してるのもこれ

326:デフォルトの名無しさん
20/08/14 20:36:12.65 UUtags1X.net
Docker社は
・WSL2にDockerインストールして使え
と言ってるんじゃなくて
・「Docker Desktop for Windows」の設定で「バックエンドとしてWSL2」を使え
といってる
おまけ参考
URLﾘﾝｸ(www.atmarkit.co.jp)

327:デフォルトの名無しさん
20/08/14 20:59:05 970Aew80.net
>>325
バックエンドでWSL2が使えるようになったのは>>322で書いてるんだけど読めないの？しかも明示的に変更しないといけなくて勝手に「切り替わる」ことなんてない

328:デフォルトの名無しさん
20/08/14 21:01:23 970Aew80.net
>>326
どうでもいいけど、なんでそのULRなんだろうねw

329:デフォルトの名無しさん
20/08/14 21:01:50 970Aew80.net
URL

330:デフォルトの名無しさん
20/08/14 21:05:23 970Aew80.net
「dockerのipアドレスがあったんだね」って言っていることから、WSL2を使ってLinux側で使っている可能性が高い。Linux側は独自のIPアドレスもってるからね。

331:デフォルトの名無しさん
20/08/14 21:08:23 S5Cxmm3R.net
>>315に言ってるんだよ
Docker Desktop は localhostForwarding=True の設定は関係ないんだから

332:デフォルトの名無しさん
20/08/14 21:08:29 970Aew80.net
>>326
せっかくブログ教えてあげたのに読んでないの？
"Your project files should be stored within your WSL 2 distro of choice, you should run the docker CLI from this distro, and you should avoid accessing files stored on the Windows host as much as possible."

333:デフォルトの名無しさん
20/08/14 21:08:57.25 970Aew80.net
>>331
関係あるよ

334:デフォルトの名無しさん
20/08/14 21:09:28.68 qpbNOVZd.net
>>331
ブログ読めないやつｗｗｗ

335:デフォルトの名無しさん
20/08/14 21:09:49.42 970Aew80.net
>>331
>>332

336:デフォルトの名無しさん
20/08/14 21:21:05 yunbZ+YA.net
めんどくせーからGoogle翻訳な

「プロジェクトファイルは、選択したWSL 2ディストリビューション内に保存する必要があります。このディストリビューションからdocker CLIを実行し、Windowsホストに保存されているファイルにはできるだけアクセスしないでください。」

だれがプロジェクトファイルの話なんかしてんだよ。apacheへの通信の話だろ
お前が読めてないんだよ
英語わからないならGoogle翻訳でも使ってよめや
今は結構精度良いぞ

337:デフォルトの名無しさん
20/08/14 21:25:04 970Aew80.net
>>336
これは救いようがないな

338:デフォルトの名無しさん
20/08/14 21:25:56 yunbZ+YA.net
はい。もう内容にコメントしなくなりましたね（笑）

339:デフォルトの名無しさん
20/08/14 21:28:23.76 970Aew80.net
>>338
だってブログの内容をまともに理解できてないやつに何言っても無駄でしょ？

340:デフォルトの名無しさん
20/08/14 21:28:40.66 qpbNOVZd.net
>>336
これは恥ずかしい

341:デフォルトの名無しさん
20/08/14 21:28:55.07 K00TFD8S.net
また例の人が暴れてんのか

342:デフォルトの名無しさん
20/08/14 21:30:31.87 yunbZ+YA.net
>>339
だからブログを読んだだろ？
お前が引用した部分は、そこ書いてあるとおりに読んだ
意味は日本語訳に書いてあるとおりだ。
次はお前の番だよ。
翻訳がおかしいというのなら、正しくはどういう意味かを言うべきだろう？
違うか？

343:デフォルトの名無しさん
20/08/14 21:30:52.54 970Aew80.net
>>336
Linux側からdocker CLI使えって書いてあるのは無視なの？

344:デフォルトの名無しさん
20/08/14 21:31:14.57 970Aew80.net
>>342
>>343

345:デフォルトの名無しさん
20/08/14 21:41:24 yunbZ+YA.net
>>343
> Linux側からdocker CLI使えって書いてあるのは無視なの？

見事に墓穴ほったね（まあ狙ってやったわけだがｗ）

URLﾘﾝｸ(docs.docker.com)

Docker Desktop の設定にある「WSL Integration」機能によって
何も設定せずにDocker CLIが使えるようになってんの
ちなみにWSL1で必要なのは、環境変数 DOCKER_HOST の設定な
（ポートフォワーディングの必要がないから）
前提としてDockerはCLIとサーバーが分離されてるのも知らなそうだがｗ

「WSL Integration」ではこのDOCKER_HOSTの設定も不要になってるから
全く無設定でDocker CLIからDockerに接続できるようになったわけだ
（apacheコンテナへのhttp接続の話は関係ない。これはLinux版Dockerでも同じ話）

それからlocalhostForwarding=trueは「WSL2上に立てたサーバー」に
「Windowsから」localhostで接続するためのものだ。
WSL2のUbuntuからWSL2上のDockerに接続する話は全く関係ない

346:デフォルトの名無しさん
20/08/14 21:43:41 970Aew80.net
ごめん触っちゃいけないキチガイに触ってしまったようだ

347:デフォルトの名無しさん
20/08/14 21:44:45 qpbNOVZd.net
>>346
そいつ有名なやつやで

348:デフォルトの名無しさん
20/08/14 21:47:21.01 yunbZ+YA.net
どうせいつもの認めたくない病発症してるんだろうから
俺以外の話として（>>345を書いた後に）ググったやつを持ってきてやるよ
以下を読めば、関連技術を知ってる人なら
どうやって実現しているかぐらい想像できるだろう
WSL 2 で Docker を使うパターン
URLﾘﾝｸ(laboradian.com)
> 3. WSL 2 ディストロ(Ubuntu) + Docker Desktop (WSL 2 Backend) を利用するパターン
> Docker サーバーとして、Docker Desktop を利用する方法です。
> 本ページでは、この方式を「Docker Desktop (WSL 2 Backend)」と呼んでいます。
> 選べるようになったと言っても、WSL 2 ディストロを使っているのであれば、
> 実質的にこちらの選択肢しかなさそうです。
> ※ 環境変数 DOCKER_HOST の設定は必要ありません。
> WSL Integration
>
> Docker Desktop の設定で、[WSL Integration] を有効にすると、WSL 2 ディストロ内で、
> docker-desktop というディストリビューション(?)の docker-desktop-proxy
> というプログラムが実行されるようです。

349:デフォルトの名無しさん
20/08/14 21:48:40.73 yunbZ+YA.net
>>346
うん。だからとうとうそんなレスしかできなくなったよね？って俺は言ってるわけさ
 >>347
有名なのは良いとして、言ってることが正しいのはどちらか？が重要だろう？ｗ

350:デフォルトの名無しさん
20/08/14 21:55:17 yunbZ+YA.net
docker-desktop-proxy という仕組みを使えばWSL1でも
環境変数 DOCKER_HOSTを設定せずにDockerに接続できたはずだが

1. Docker Desktop 登場当初はWSLが存在しなかった。（たぶん）
2. 今はもうWSLでDockerを使うことが当たり前だが、当初はWindows+Dockerという使い方が想定されていた
3. WSL1の初期はターミナルを閉じてもWSL内でサービスを動かし続ける仕組みがなかった

あたりが理由だろうな

つまりDockerはWSLに依存していなかった。
WSL2登場でWSL2に依存することを前提する方向に舵をとったから
「WSL Integration」という機能もつけた
（「"WSL1" Integration」でないのはWSL1でも使える機能だからだろう）

351:デフォルトの名無しさん
20/08/14 21:56:40 yunbZ+YA.net
訂正

× 「"WSL1" Integration」でないのは
○ 「"WSL2" Integration」でないのは

バックエンドのことを「WSL 2 based engine」と
読んでるのとは対照的。用語を正確に使っている。

352:デフォルトの名無しさん
20/08/14 21:59:31.31 Fc7pCCli.net
winで直でDocker使ってる事自体が間違い
Virtualbox内部のLinux上で使え
Docker Toolboxのインストール：Windows編
URLﾘﾝｸ(qiita.com)
x 「Docker for Windows」
完全に地雷、これが地雷なのは常識。
基本的にMSが自称してる
「Dockerに対応出来てる」「Linux完全対応」
とか言うのは嘘だから信じてはいけない。
o 「Docker Toolbox」正しい方

353:デフォルトの名無しさん
20/08/14 22:03:28.93 7JiREuja.net
>>314
この時点ではブラウザで見れないと言ってるだけでlocalhostで見れないとは言ってない

 >>315
なぜかlocalhost forwardingのことと決めつけ

 >>316
正しい回答

 >>317
docker hostのipがあったんだというセリフから
http://(docker host ip):80で無事にアクセスできたこと推測できる
ここでdocker host ipとはwsl2軽量仮想マシンのipでありwindows hostのlocalhostではない

354:デフォルトの名無しさん
20/08/14 22:31:37.47 7JiREuja.net
ようするにコイツは最初っから回答がズレてたんだな
その後はスタート地点を忘れてお互いあさっての方向にヒートアップしちゃってレスの流れがめちゃくちゃ

355:デフォルトの名無しさん
20/08/14 22:40:20 yunbZ+YA.net
>>353
> ここでdocker host ipとはwsl2軽量仮想マシンのipでありwindows hostのlocalhostではない

と決めつけ（笑）

356:デフォルトの名無しさん
20/08/14 22:47:49.16 yunbZ+YA.net
>>314 より
> 試しにWindows10 home上でdockerを動かしてapacheを稼働させているのだけど、ブラウザから見れないのは何が足りていないのだろうか。
>>353 より
> >>314
> この時点ではブラウザで見れないと言ってるだけでlocalhostで見れないとは言ってない

確かにlocalhostで見れないとは言っていない。
では「ブラウザから見れない」という発言は
どこに接続してみたのだろうか？
この時点ではdockerのIPアドレスがあったとは知らなかったはずだ
localhost以外のどこに接続したというのだろうか？
よく考えるとlocalhost以外にはないのである。
そしてもし localhostではなく本当にdocker hostのipアドレスで接続しているならば（できるのか？）
それは間違った（推奨されない）使い方である。

357:デフォルトの名無しさん
20/08/14 23:02:44.55 SCMnTycc.net
Windows 製のDocker は、互換性が低いでしょ？

358:デフォルトの名無しさん
20/08/14 23:04:17.26 qpbNOVZd.net
>>357
何と比べた何の互換性のこと？

359:デフォルトの名無しさん
20/08/14 23:14:51 n7X3KCUc.net
>>356
質問者のコメントにはDocker HostのIPがあることに気が付いた、とあります
これがこの事件の真相を示しているのですよ、警部殿

質問者はDocker HostのIPの存在に気が付き「何か」を行った
そしてその後、ブラウザからapacheにアクセスできないという問題が解決しています
であれば「何か」とはDocker HostのIPでブラウザからapacheにアクセスしたことで間違いないでしょうなぁ
そうでなければ、質問者はなぜDocker HostのIPなどという発言をしたのでしょうか？
localhostでapacheにアクセスしたのならそのような発言はしないはずです

360:デフォルトの名無しさん
20/08/14 23:46:18.72 gf+HqVCe.net
Docker HostのIPがあったんだねって言っただけだろ？

361:デフォルトの名無しさん
20/08/14 23:48:04 gf+HqVCe.net
> そしてその後、ブラウザからapacheにアクセスできないという問題が解決しています

解決したなんて書いてないよ

俺は、docker run -p 80:80で解決・・・というかWSL1時代からそうしてるけど
これで解決したと仮定するならば、俺はlocalhostで接続してるわけだけど？

362:デフォルトの名無しさん
20/08/14 23:50:01 wwpzFcpa.net
公式に推奨されている通りにWSL2のLinux側でDocker使うと、基本的には独自のIPアドレスが割り振られるからね

363:デフォルトの名無しさん
20/08/14 23:52:19 wwpzFcpa.net
>>361
WSL1の時代とは話が別。WSL2になってからネットワークがWindows側とは切り離されたから、ちゃんとホストのlocalhostにフォワーディングしてやらないとホストからはアクセスできない。

364:デフォルトの名無しさん
20/08/14 23:54:16 gf+HqVCe.net
質問者がDockerのHostのIPアドレスがあったと言っても
初心者ならDockerのコンテナのIPアドレスのことを言ってるかもしれないし
決めつけてはいけないな

>>363
うん。内部実装の話ねｗ

そういうゴタゴタを解決してWSL1時代と同じような（改善された）
使いかってを実現してくれてるのがDocker Desktopなわけ

365:デフォルトの名無しさん
20/08/14 23:57:33 gf+HqVCe.net
> WSL2になってからネットワークがWindows側とは切り離されたから
これはWSL2の話

Docker DesktopはそいうWSL2の制限を自動的に解決している

WSL2 と WSL2を内部で使っている Docker Desktop は
別の機能だってことを理解しよう
いくらWSL2の話をしても意味がないのである

366:デフォルトの名無しさん
20/08/14 23:59:52 wwpzFcpa.net
なんだキチガイがIP変えただけか

367:デフォルトの名無しさん
20/08/15 00:03:02.18 IbAC1Y4F.net
レス内容見ればわかるだろ？ｗ
他の板にスレ建てるために時々変えてるよ

368:デフォルトの名無しさん
20/08/15 00:04:28.29 IbAC1Y4F.net
ああ、そうじゃないな
そういうレスしかできなくなったね
というべきだったなｗ
レスするなら内容に関してレスね
それ以外の話なら、まだ「レスしてない」とみなすしかないからね

369:デフォルトの名無しさん
20/08/16 12:46:01 0yBmCQ8t.net
>>357
Dockerのコンテナ上は同じじゃないの？

370:デフォルトの名無しさん
20/08/16 13:34:02 jyuZpbGn.net
全く同じというわけにはいかない
特にWSL2はカーネルにマイクロソフト独自のカスタマイズが入ってるから挙動がちょっと怪しい

371:デフォルトの名無しさん
20/08/16 13:38:43.36 uQxSrMDH.net
>>370
怪しい挙動がないのに、何を根拠に怪しいって言ってるの？

372:デフォルトの名無しさん
20/08/16 13:46:22 jyuZpbGn.net
>>371
他のDocker環境だとビルド通るDockerfileがWsl2バックエンドだとエラーになったり
俺はまだぶち当たってないけどネットワーク周辺でトラブってるってブログも見た記憶があるね

373:デフォルトの名無しさん
20/08/16 13:51:52.77 uQxSrMDH.net
「記憶があるからね」（笑）
先手打ったつもりだろうが意味ないぞ
どうせこのあとどこかを聞いたら
探したけど見つからないとか言い訳するんだろう？
次はお前のターン
どこにそんな事を言ってるブログが有るのか

374:デフォルトの名無しさん
20/08/16 14:26:04.38 LwUpK/sq.net
>>373
qiitaだったと思うが
ところでDockerfileの方はなんでスルーしたのｗ

375:デフォルトの名無しさん
20/08/16 14:28:10.51 uQxSrMDH.net
>>374
サイトじゃなくて記事を持ってきてね
 >>373はDockerfileの話をしてるんだけど？
だからこっちも記事を持ってきてね
どちらもまた逃げるようなことはしないでねｗ

376:デフォルトの名無しさん
20/08/16 14:43:43.33 LwUpK/sq.net
>>375
FROM centos:6
RUN echo fack you.
まあ騙されたと思ってやってみ
こんな単純なDockerfileで環境差異が出るんじゃ他にどんなバグが潜んでることやら
まあはっきり言って実用レベルに達してないわな

377:デフォルトの名無しさん
20/08/16 14:44:34.01 uQxSrMDH.net
>>375
何の問題もなく動くが？

378:デフォルトの名無しさん
20/08/16 14:53:56.49 qZWgY+Ga.net
>>376
なんだこれ?
マジでエラーになるな

379:デフォルトの名無しさん
20/08/16 14:55:50.24 uQxSrMDH.net
じゃあそのエラーの内容を「コピペ」してみて
簡単だよね？ｗ
あと引き続き ID:LwUpK/sq は
記事を持ってきてね
ID:LwUpK/sq は

380:デフォルトの名無しさん
20/08/16 14:58:59.71 uQxSrMDH.net
まだコピペできないの？
さっきの今で俺の書き込み見てるだろうし
コピペするだけじゃん

381:デフォルトの名無しさん
20/08/16 15:08:50.03 DvRlAlJ5.net
>>376
マジだった
 >>377
ぷっｗｗｗ

382:デフォルトの名無しさん
20/08/16 15:09:37.88 uQxSrMDH.net
なぜか「コピペして」と書いてあるのを読んでるのに
コピペしないと言うねｗ

383:デフォルトの名無しさん
20/08/16 15:10:08.66 uQxSrMDH.net
んで ID:LwUpK/sq はまだかね？
やっぱり逃げたかね？

384:デフォルトの名無しさん
20/08/16 15:30:44.30 LwUpK/sq.net
コピペしたあとのお前のセリフは「コピペじゃなくて作ったエラー内容だろ」だろｗｗｗｗ
自分で試せば秒でわかるのになんでやらんのかね～
赤っ恥積み重ねて何がしたいんだこいつｗ

385:デフォルトの名無しさん
20/08/16 15:54:48.67 c0o5yhYz.net
>>383
静かになったな
逃げた？

386:デフォルトの名無しさん
20/08/16 18:27:20.30 uQxSrMDH.net
逃げたねｗ

387:デフォルトの名無しさん
20/08/16 18:39:59.97 LwUpK/sq.net
>>386
コマンド打ったか？
コマンドプロンプトの使い方わからんなら教えてやるぞ

388:デフォルトの名無しさん
20/08/16 18:50:51.15 vqnYz3fb.net
いつもはしつこくレスしてくるのに負けを悟ると驚くほど静かになるuQx

389:デフォルトの名無しさん
20/08/16 18:56:18.18 uQxSrMDH.net
ID:LwUpK/sq はまだ？
コピペしろって書いてるのに
ここまでコピペできなかったID 5つぐらい？
コピペしてきた人 0で
圧倒的にコピペできなかった人が多すぎるぞｗ

390:デフォルトの名無しさん
20/08/16 18:57:36.09 uQxSrMDH.net
正直Dockerの使い方もしらない気がしてきたな
FROMとRUNしか書いてないからなｗ

391:デフォルトの名無しさん
20/08/16 19:01:02.52 LwUpK/sq.net
>>389
>>384
コマンド打てよ
それで答えでるだろｗ
自分の手で負けを確認するのが恐いのかな？

392:デフォルトの名無しさん
20/08/16 19:09:16.42 uQxSrMDH.net
>>391
だから問題なく動いてるって言ってるだろ？
人の話聞いてないのか？
エラーが出ると主張してるのなら、そのエラーを貼り付ければいいし
動作に違いがあると主張してるのなら、その違いを具体的に言えばいいだけ
なのにIDの数が増える一方で誰もエラーの内容を書いていない
つまりエラーが存在しない人の数のほうが多い

393:デフォルトの名無しさん
20/08/16 19:11:23 LwUpK/sq.net
>>392
できてるならエビデンス貼ってみてよ
できるならだけどｗ

394:デフォルトの名無しさん
20/08/16 19:30:20.32 LwUpK/sq.net
他人にしつこくエビデンスを要求するのに自分はエビデンスを貼れないなんてことがあるのかなあ？

395:デフォルトの名無しさん
20/08/16 19:32:13.53 uQxSrMDH.net
>>393
はいどうぞ
じゃあ次はお前のターン。逃げずにコピペしろよ？ｗ
$ docker build .
Sending build context to Docker daemon 1.963MB
Step 1/2 : FROM centos:6
6: Pulling from library/centos
ff50d722b382: Pull complete Digest: sha256:dec8f471302de43f4cfcf82f56d99a5227b5ea1aa6d02fa56344986e1f4610e7
Status: Downloaded newer image for centos:6
---> d0957ffdf8a2
Step 2/2 : RUN echo fack you.
---> Running in 2015425a3f33
fack you.
Removing intermediate container 2015425a3f33
---> 2eab2e340ae9
Successfully built 2eab2e340ae9

396:デフォルトの名無しさん
20/08/16 19:33:17.03 uQxSrMDH.net
> 他人にしつこくエビデンスを要求するのに自分はエビデンスを貼れないなんてことがあるのかなあ？
これなｗ

397:デフォルトの名無しさん
20/08/16 19:34:39.92 LwUpK/sq.net
>>395
新人研修でエビデンスのとり方は習わなかったのかね？
実行した環境がわからないんじゃそのエビデンスにはなんの意味もないぞ

次ページ