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

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

[前50を表示]
200:デフォルトの名無しさん
20/08/04 21:25:05.59 SyQYqCbe.net
>>191
> Virtualboxにしときゃ良かったって後悔し始める
> 人が出てもおかしくない
この一文が決定的だな

1. Dockerを仮想マシンだと勘違いしてる
2. 仮想マシンと同じようにsystemd使おうとしたら、なんか大変だ！
3. （勘違いしてる俺のやり方は）大変だ！
と叫んでるだけ

201:デフォルトの名無しさん
20/08/04 21:25:33.99 6nwMPZdR.net
インフラ屋連呼してる奴もちょっとズレてるっていうか頭おかしいな
対立軸はインフラとアプリじゃなく
自分で調べられるか書かれてることしかできないかだろう

202:デフォルトの名無しさん
20/08/04 21:30:42.81 SyQYqCbe.net
開発者は、Docker知らない→知れば便利だな！ってなる
間違った使い方はしない
間違った使い方をするやつはインフラ屋
Docker→mysqlを動かしてみよう！→systemd
こればっかｗ

203:デフォルトの名無しさん
20/08/04 21:35:14 8fHYlbKt.net
もっとあらそえｗｗｗ

204:デフォルトの名無しさん
20/08/04 21:39:10 SyQYqCbe.net
インフラ屋は、勘違いばっかりしてるから必死にDockerでsystemdとか
mysqlとかnginxとかいう既存のサービス（だけ）を動かそうとして四苦八苦してるの。
Docker公式のイメージが用意されてるのにそれを使わずに
Dockerfileを自分で作ってる（再発明してる）

そしてデータを永続化するにはどうすればいいんだーってなやんでるｗ
そうだ、その問題があったな。systemdはDockerで使うようには作られていないので
ボリュームをどうするかとかログをどう転送するかとか自分でやらないといけない。

自分で開発したアプリは、自分で作ってるわけで、どうすべきかは最初からわかってるはずのことだが
パッケージで入れるサービスはそれらをしっかり調べないといけない
Docker公式イメージはそういうところも考え作られてるわけでそれを使うのが標準的なやり方
（もし足りない所があれば自分でカスタマイズすればいい）

インフラ屋は今まで自分でパッケージをインストールしてきたプライドでもあるんだろう
Docker公式が用意しているものまで自分でやろうとする。
Docker使ってるのにディストリの一般的なやり方（Dockerに最適化されてないやり方）でやろうとする

205:デフォルトの名無しさん
20/08/04 21:40:32 YapftsG8.net
そして公式イメージないと何もできない雑魚が出来上がったわけだ

206:デフォルトの名無しさん
20/08/04 21:43:37.28 SyQYqCbe.net
systemdが～をやってるやつが次言い出すのがcapabilityが～なんだよなｗ
動きません。capabilityが～
動きましたが、capability で～
目に見えてるなｗ
 >>205
自分で開発したアプリをDockerイメージにするんだよ？
自分で開発してるアプリは公式イメージなんかないじゃない
インフラ屋は「自分で開発したアプリ」がないから大変だよねｗ
すべてDockerが公式で用意してるから、何もできない雑魚になるよねｗ

207:デフォルトの名無しさん
20/08/04 21:51:24.27 YapftsG8.net
自社製品のbuild出来なかったらただの馬鹿じゃん
他社製品の話な
まあアプリ屋には無理だろうけどｗｗｗ

208:デフォルトの名無しさん
20/08/04 21:54:54.83 SyQYqCbe.net
>>207
Dockerは自社製品を簡単に配布するためのものですが？
ディストリ標準のパッケージなら
パッケージマネージャ使って簡単にインストールできるんだから
そもそもDockerなんかいらんだろｗ

209:デフォルトの名無しさん
20/08/04 22:05:36.38 YapftsG8.net
普通は他社製品のイメージもなきゃ作るんだが
アプリ屋には荷が重かったかｗ

210:デフォルトの名無しさん
20/08/04 22:12:30.73 SyQYqCbe.net
どうしてもなければ作りますが？
もちろんsystemdなしでね
Dockerの正しいやり方で作ります

211:デフォルトの名無しさん
20/08/04 22:15:20.73 YapftsG8.net
>>210
無理しなくていいんだよ
アプリ屋さんには難しいだろうｗｗｗ

212:デフォルトの名無しさん
20/08/04 22:24:07.79 SyQYqCbe.net
じゃあ簡単にできるsystemd使わない方法を
使うってことでこの話はおしまい

213:デフォルトの名無しさん
20/08/04 22:25:25.58 YapftsG8.net
あらら
しっぽ巻いて逃げちゃったｗ

214:デフォルトの名無しさん
20/08/04 22:26:53.77 SyQYqCbe.net
え？Dockerの中ではsystemdを使わないのが正しいって
合意取れたでしょ？

215:デフォルトの名無しさん
20/08/04 22:28:23.37 YapftsG8.net
お前の中ではそうなんだろうなｗ

216:デフォルトの名無しさん
20/08/04 22:32:42.38 SyQYqCbe.net
俺はsystemd使わないし、お前も使わないだろ？
もしかしてお前にとっては難しいの？
簡単だよねｗ

217:デフォルトの名無しさん
20/08/04 22:34:28.35 YapftsG8.net
お前にとっては難しいかもなｗ
自社製品か公式イメージないと何もできないんだものｗ

218:デフォルトの名無しさん
20/08/04 22:41:52 SyQYqCbe.net
俺じゃなくてお前が簡単だからsystemd使わないんだろ？
ほらやっぱり合意取れたじゃんｗ

219:デフォルトの名無しさん
20/08/04 22:42:21 tCUx/sk1.net
外野が「原則」をわめいても。ｗ
使う人間が使える範囲でうまく使えばいいんだよ。

systemdで使いたいなら、「原則」しか鳴らない壊れたレコードは無視して、いろいろがんばれ！
できなきゃあきらめろ。。。

220:デフォルトの名無しさん
20/08/04 23:00:04 SyQYqCbe.net
開発してるDocker社がsystemdを使ってない
これが決定打だろｗ

221:デフォルトの名無しさん
20/08/04 23:06:44 T7UvvYi1.net
ところがredhatはsystemdイメージをサポートしてる
公式イメージと自社製品しか扱えない野良のアプリ屋さんとredhatのスーパーエンジニア達ならどちらを信用するべきか？
はいアプリ屋さんチェックメイトｗ

222:デフォルトの名無しさん
20/08/04 23:06:48 TCFARP/p.net
すまんが、ちょっと言い争われてる周辺の問題(？)について教えて欲しいんだけどさ
Code-serverのコンテナと.Net Coreのコンテナって、こういう関係のものはどうやって組み合わせて使うもんなの？

223:デフォルトの名無しさん
20/08/04 23:09:04 T7UvvYi1.net
>>222
アプリ屋さんによると公式イメージを待つみたいだぞｗ

224:デフォルトの名無しさん
20/08/05 00:07:17.04 AdI/6NZo.net
>>221
一番信頼性があるのはDocker公式じゃね？ｗ

225:デフォルトの名無しさん
20/08/05 00:07:51.53 AdI/6NZo.net
>>223
答えられないなら黙ってたらｗ

226:デフォルトの名無しさん
20/08/05 00:16:12.74 70Ygd0Xu.net
>>224
今は野良アプリ屋さんとredhatの比較してんのｗ
 >>225
野良アプリ屋さんの代理で答えてやったぞｗ

227:デフォルトの名無しさん
20/08/05 00:16:14.06 QJmao4lj.net
海外で便利な技術が出来たところで
結局日本の技術者は新しい物を受け入れる事ができずに
自分らが楽出来るように曲解して魔改造して独自仕様を作り出す
だから日本のIT業界は世界標準から取り残され
ガラパゴス化して更に世界から取り残される
遥か昔から現在迄その流れは変わってない
Dockerなんて既に海外では標準的な仕様で
既に枯れてると言ってもいいぐらい当たり前な事なのに
それすらも受け入れる事はできない
それでも日本の開発者は一昔前と違って世界から取り残されないけど様に
必死に勉強して新しい物を受け入れる努力をしてると思う
目まぐるしく変わる開発言語や開発手法とか勉強して取り入れてってる
でもクラウド化の波も読めずに乗り遅れてサーバインフラという
大事な主戦場を失ったインフラ屋は
また新しい既得権益を産み出すために新しい技術を使って
今までの既得権益を復活させようとしている
お前ら何も学んでないの？
馬鹿なんじゃないの？

228:デフォルトの名無しさん
20/08/05 00:29:15.92 QJmao4lj.net
systemdが無いとアプリ動かせない・・・？
アホか
お前らどんだけレベルが低いのよ・・・

229:デフォルトの名無しさん
20/08/05 00:31:30.28 i/s31CNl.net
長文ｗ

230:デフォルトの名無しさん
20/08/05 00:41:07.97 RWwgydsE.net
>>227
ヒマなの？ｗ
オレオレ一般論はどうでもええんやけど。

231:デフォルトの名無しさん
20/08/05 00:42:07.92 51vpMYeT.net
流れぶった切ってすまんが
Docker ComposeとNVIDIA Container Toolkit使ってGPU使うにはどうすればいいの？
Nvidia Docker2使えってのもあるけどこれ結局NVIDIA Container Toolkitの代わりに(古い)Nvidia Docker2使ってるだけじゃないの？

232:デフォルトの名無しさん
20/08/05 00:51:47.02 QJmao4lj.net
>>230
呆れてんだよ
スレ伸びてるから何かと思えばこんなだし
低レベル過ぎるわ

233:デフォルトの名無しさん
20/08/05 01:07:51 rZEuihlp.net
野良アプリ屋がスレ汚してすまんな許してやってくれ

234:デフォルトの名無しさん
20/08/05 02:54:05.21 RWwgydsE.net
>>232
奇遇やな。
ワイもそう思うで！ｗ

235:デフォルトの名無しさん
20/08/05 11:02:37.92 fpnrxZ1f.net
dockerは時代遅れ
これからはpodman

236:デフォルトの名無しさん
20/08/05 14:02:07 MkG//iot.net
あまり関係ないけどガラパゴス諸島って世界中から超人気だよな

237:デフォルトの名無しさん
20/08/05 21:12:04.14 lcVbe4TB.net
runコマンドのmemoryとshm-sizeの違いって何？

238:デフォルトの名無しさん
20/08/05 21:21:07.61 L2ar51Hq.net
メモリサイズと shimサイズやろ

239:デフォルトの名無しさん
20/08/05 21:59:28.77 sRfRvNO9.net
httpdやnginx mysplだって
公式イメージダウンロードしてそそのままは使わんだろう
コンフィグごちゃごちゃいじるだろ
そういう時restartないのは面倒だよ
構築作業のデバッグ中に何度もイメージリビルドすることになる
dockerのbuildは中で動いてるコンフィグファイルの
エラーチェックまではしてくれないからな
systemdないとデバッグめんどいよ
プロセスもいちいちpidからkillしないといけないし

240:デフォルトの名無しさん
20/08/05 22:26:59 ReXZMZda.net
素直にWSL使えば良いだけだろ。

241:デフォルトの名無しさん
20/08/05 23:21:55.21 EQWbUCtI.net
>>231
Container Toolkitインストールした時点で普通に使えない？

242:デフォルトの名無しさん
20/08/06 02:22:11.81 Pv5GzrgX.net
>>239
確かに

243:デフォルトの名無しさん
20/08/06 03:36:24 hlsSANZk.net
>>239
> 構築作業のデバッグ中に何度もイメージリビルドすることになる

なにか問題が？
設定ファイルコピーするだけなんだから
一瞬で終わるだろ

244:デフォルトの名無しさん
20/08/06 03:38:12 hlsSANZk.net
まさかdocker execでdockerの中に入って設定ファイルをいじって
systemdでrestartしてるとか？

そしてdockerの中でやった設定ファイルを
いちいちdocekerの外にコピーするのか？
手間かかるだろｗ

245:デフォルトの名無しさん
20/08/06 06:22:03.30 ZZ7cHiFU.net
>何度もイメージリビルドする
Ruby on Rails では、あまりにも手間が掛かるため、
自分のソースコードをコンテナに含めるなって書いてある

246:デフォルトの名無しさん
20/08/06 06:33:39.81 hlsSANZk.net
>>245
それはお前の勘違いだからさぁ
どこに書いてあるのか言ってからにしろな
それはまではただのデマ扱いするから

247:デフォルトの名無しさん
20/08/06 09:01:11.28 QzF98GH4.net
開発中はソース、設定ファイルをマウントしてコンテナ起動させっぱなし
docker buildは遅いからやらない
docker buildはCIでやるのが常識

248:デフォルトの名無しさん
20/08/06 13:06:53.47 RYGFOdbJ.net
開発中はコンテナを使わない
テストのときにコンテナを使う

249:デフォルトの名無しさん
20/08/06 13:17:25.34 RRf6CIxJ.net
開発中は何を使うの？
実環境？

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ではない

と決めつけ（笑）

次ページ