[過去ログ] Docker Part4 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
400: 2020/09/18(金)13:32 ID:/0Setl6W(3/3) AAS
>>398
volumeのフォルダをsambaか何かで共有すれば良いだけでは?
httpで見たいならdocumentrootにするとか。
401: 2020/09/18(金)14:18 ID:VojW5avA(6/7) AAS
>>398
NASマウント
>>396
Vimは極めるとめちゃ速くなるよ
極めるまでが大変だが
まあ凡人には解らんだろうね
おれもわからん
402(1): 2020/09/18(金)17:30 ID:0vlSr6FI(2/3) AAS
>>397
エクセルは関連する機能を詰め込んでるので使いやすいんですよ
嘘だと思ったら、エクセル使ってる人に
エクセルを使わないでやらせてみればいいと思います。
もちろんエクセル使ってる人の大半はプログラミングできません。
403(1): 2020/09/18(金)18:03 ID:VojW5avA(7/7) AAS
>>402
へえプログラミングできない人のためのツールをプログラマが使ってるんだ
404: 2020/09/18(金)18:38 ID:0vlSr6FI(3/3) AAS
>>403
そりゃ使うだろw
電卓だってプログラミングできない人の
ためのツールだがプログラマも使う
それと同じ
405: 2020/09/18(金)18:41 ID:mLswYcDZ(1) AAS
いやープログラマは電卓使わんだろ
406(1): 2020/09/18(金)19:10 ID:bqZh5F6L(1) AAS
dockerでexcel.applicationうごかしたいんですが動きませんなぜですか
407: 2020/09/18(金)19:40 ID:QXSdzbSn(1) AAS
>>406
エラーはどんなの?
408(5): 2020/09/20(日)06:35 ID:i4HFCdf1(1/2) AAS
dockerでは、起動するたびに同じ状態になるけど
docker-composeでは、起動するたびに前回の状態を復元している
という認識であってますか?実装そうなってるような感じなので
409: 2020/09/20(日)06:44 ID:rKYaKqvR(1) AAS
>>408
ぜんぜん違う。
docker-composeは、docker起動のオプションがたくさんあって
大変だからYAMLに書いておけるようにしましたってだけ
1つのYAMLで複数のdockerを起動することもできる
410: 2020/09/20(日)07:59 ID:G1AVGOfu(1) AAS
コンテナのなかにデータ持たせて(DBなど)新規起動と停止してるのを起動で挙動が違うのを観測して後者をそうとらえたのかもしれんね
411(1): 2020/09/20(日)08:37 ID:RUztFNk9(1) AAS
コンテナって儚い
変更を保持できるのはボリュームをマウントしたディレクトリだけ
コンテナを削除するとボリュームに加えた変更以外は全て無かったことになる
412: 2020/09/20(日)09:43 ID:SVyxrM0p(1) AAS
なかったことになるから嬉しいんだよ
本当に永続化したい部分が明確になって管理しやすくなる
413: 2020/09/20(日)11:27 ID:cYZD+T/y(1/5) AAS
>>411
それがプロセスってもんだよ
nginxを起動すると、nginxがメモリに読み込まれ起動する
終了したらそこまで。メモリに読み込まれたプログラムは儚く消える
変更を保存できるのはディスクのみ
これがnginxをラップしたDockerイメージでも同じこと
414(1): 2020/09/20(日)14:37 ID:ZZQf0W1c(1/23) AAS
>>408
そりゃコンテナをdown/upで停止起動するからだろ。
stop/startで起動すればそうはならない。
普通にVMのshutdown→起動と同じように使える。
ほかの連中は何で無かった事になるのが当たり前、的なレスしてるんだ?
415(1): 2020/09/20(日)14:52 ID:ei2SL++v(1/2) AAS
stopは滅多に使わない
containerを止めるのはimageを更新したときが最も多い
その次がnodeが故障したとき
どちらにしてもcontainer内のFSは初期化される
416: 2020/09/20(日)15:16 ID:ZZQf0W1c(2/23) AAS
>>415
それは単なる君の好みだろ。
docker自身はコンテナを破棄して起動するコマンドと
単に停止起動するだけのコマンドをちゃんと分けて用意している。
417: 2020/09/20(日)15:44 ID:ei2SL++v(2/2) AAS
好む好まざる管径泣くstopの使用頻度は低い
418: 2020/09/20(日)16:00 ID:ZZQf0W1c(3/23) AAS
単に知らなかっただけでしょ。
この点もずっと前からスレの中でDockerは起動停止で中身破棄されるのが当たり前
とか間違った主張繰り返してたし。
419: 2020/09/20(日)17:27 ID:zrfeRe4+(1/3) AAS
stop使うときって具体的にどんなときだ?
420(2): 2020/09/20(日)17:34 ID:ZZQf0W1c(4/23) AAS
414に書いてるのに気付かないとか
どんだけ日本語不自由なの?
421(1): 2020/09/20(日)17:41 ID:zrfeRe4+(2/3) AAS
>>420
いや、DockerはVMと同じようには使わないから、VMと同じように使える、と言われたって、それは実質使いどころがない、と言ってるのと大差ないんだが
422: 2020/09/20(日)17:51 ID:ZZQf0W1c(5/23) AAS
>>421
外国人?日本語勉強しようね。
それ以外にも情報書いてあるでしょ。
それとも先週か先々週、週明けに病院行けとか言われた人?
行ったの?
423(1): 2020/09/20(日)17:57 ID:zrfeRe4+(3/3) AAS
>>420
> 414に書いてるのに気付かないとか
> どんだけ日本語不自由なの?
>>414
> >>408
> そりゃコンテナをdown/upで停止起動するからだろ。
> stop/startで起動すればそうはならない。
> 普通にVMのshutdown→起動と同じように使える。
> ほかの連中は何で無かった事になるのが当たり前、的なレスしてるんだ?
VMのshutdown→起動にしか言及してないが、それ以外の情報はどこに書いたんだ?
ひょっとして書いたという幻覚でも見たのかな?
424: 2020/09/20(日)18:00 ID:ZZQf0W1c(6/23) AAS
>>423
shutdown→起動と同じように使えるよ、と言っているんだが?>>408が
起動するたびに前回と同じ状態に戻ると言うから、それ以外の仕組みも
用意されている、と言う話をしている筈だが?
本題と関係ない日本語の理解をここまで説明しなければ理解できない君の脳味噌ってマジでどうなってるの?
いい加減にしろよ。
425(1): 2020/09/20(日)18:52 ID:cYZD+T/y(2/5) AAS
> 普通にVMのshutdown→起動と同じように使える。
サービス動かないのに?
426(1): 2020/09/20(日)18:58 ID:ZZQf0W1c(7/23) AAS
>>425
エアプの人達に説明するのって大変だな!
掲示板なんかに粘着してないで、まあ自分でやってみろよw!
427(2): 2020/09/20(日)19:03 ID:cYZD+T/y(3/5) AAS
>>426
知らないのか?
stopってDockerコンテナの中にあるプロセスを全部停止してるんだぞ
そこから再開してもスタートしない
428: 2020/09/20(日)19:21 ID:ZZQf0W1c(8/23) AAS
>>427
そこから再開してもスタートしないというのなら、君がそういうイメージを作ったんだろう、
としか言い様が無いな。
429: 2020/09/20(日)19:28 ID:JkGC+EuL(1/2) AAS
>>427
もう一回ENTRYPOINT等で起動されるだけ
430(2): 2020/09/20(日)19:38 ID:P4mDJe17(1) AAS
stopで止める理由がねえんだよな
コンテナを一時的に止める時は、潔く破棄して、再作成するのが基本
それで済むのにあえてstopを使わなきゃいけない理由があるとしたら
コンテナがイミュータブルかつ、可変部分をボリューム化していない、ということだから、明らかに設計に欠陥がある
431: 2020/09/20(日)20:04 ID:ZZQf0W1c(9/23) AAS
>>430
>コンテナを一時的に止める時は、潔く破棄して、再作成するのが基本
これは、どこにそう書いてあったの?
君は何を読んでこれが、「基本」だと理解したの?
URL(若しくは書籍名)示せよ。
432(1): 2020/09/20(日)20:08 ID:nkOl7bWR(1) AAS
書いてあるかないかは関係ないわな
権威主義は思考停止、エンジニアとしての死に等しい
コンテナを止める時はどんなときか?というのを自分の頭で考えればstopなんて要らないなとわかる
433: 2020/09/20(日)20:12 ID:JkGC+EuL(2/2) AAS
個人的にはdocker runは--rm付きでしかしない
永続化したいデータはボリュームに出す
基本かどうかは知らん
434(1): 2020/09/20(日)20:15 ID:ZZQf0W1c(10/23) AAS
>>432
>stopなんて要らないなとわかる
じゃあ、なんでstopと言うコマンドは実装されたのw?
>権威主義は思考停止、エンジニアとしての死に等しい
お前はニートのニセエンジニアだろ?
ここ迄、理解に難有りの人間に給料払い続ける雇用者はそうは居らんわ。
435(1): 2020/09/20(日)20:20 ID:CGLWz45H(1) AAS
>>434
startの対として脳停止でstopも作っちゃったんだろうな
本来は要らなかったんだけどDocker開発側も作り始めた頃はDockerを深く理解してなかった
今から再設計するならstopは消えるだろうね
436(1): 2020/09/20(日)20:25 ID:ZZQf0W1c(11/23) AAS
>>435
なるほど
「Dockerを実装したDocker社の正社員は間違っている、
俺の方がDockerの思想を理解している」
と、こう言いたい訳ですねw
437(1): 2020/09/20(日)20:30 ID:UGyNqmFl(1/13) AAS
>>436
俺、というか今の常識、だね
438: 2020/09/20(日)20:31 ID:dsAF/1tI(1) AAS
「俺が常識だ!」w
439(1): 2020/09/20(日)20:35 ID:ZZQf0W1c(12/23) AAS
>>437
その常識は何を根拠に形成されたのか?とさっきから聞いているのだが?
君以外の誰のエンジニアの脳内にも、そんな常識とやらは存在し無いんだが。
440(2): 2020/09/20(日)20:37 ID:UGyNqmFl(2/13) AAS
>>439
しつけーなー君は
そんなにstopの有用性を示したいなら、君がstopの効果的な使い方挙げてみればいいよ
それができないなら、ま、そういうことだ
441(2): 2020/09/20(日)20:47 ID:1sMdgkov(1) AAS
便利に使うのが正解
自分にとって不便なら作法に従う必要はない
それを強要する権利もない
442: 2020/09/20(日)20:48 ID:UGyNqmFl(3/13) AAS
さあ一体どんな便利なstopの使い方が出てくるのかな楽しみだ
まさかここまで粘着して思いつきませんでした、なんてこたないだろうけど、まさかねぇ〜
443(2): 2020/09/20(日)20:50 ID:ZZQf0W1c(13/23) AAS
>>440
エッ!?うちのチームはほぼ、start/stopしか使わないけど?
down/up使うのはSREチームから新しいImage作ったよ、と通知が来た時位だが?
だから一連の書込みにずっと違和感があるんだが?
Docker原理主義者のお前が勘違いした思想を元に非効率的な開発を一人で進めるのは一向に
構わない、俺達に被害は無いからな。ただ仕事でやってる俺達は開発効率が第一な訳よ?
1つのIssue消化するのにテストユーザー作ったりコンテナの中身を一時的に設定変更することは良くある。
そんな時にPC立ち上げる度にdown/upされたら毎回同じ作業する羽目になるし馬鹿馬鹿しいだろ?
そんな時にstopさせるだけよ。あー今日の作業終わったdocker-compose stop、
さあ今日も仕事始めよう。docker-compose start するだけの話。
次のIssue始める時に真っ更に戻したいならdown->up、それだけの話だ。
Docker原理主義者のお前が勘違いした思想をレスの間中うざく書き込まれると、まともなこちらの情報
交換の効率が悪くなるから、黙ってろって事だ。
後、知らないのなら謙虚になれよ。
444(1): 2020/09/20(日)20:58 ID:UGyNqmFl(4/13) AAS
>>443
あーあ、ほら
Dockerの使い方全くわかってねえのな
起動したコンテナを後から変更するなんて完全なバッドプラクティス
イミュータブルインフラストラクチャの意味を全く理解してないじゃないか
445: 2020/09/20(日)20:59 ID:UGyNqmFl(5/13) AAS
>>443
最後の段落
すげえキレイにブーメランになってて笑う
446: 2020/09/20(日)21:02 ID:UGyNqmFl(6/13) AAS
この前入れたバグ修正がアップデートで消えちゃったんですけど、助けてください〜、って泣きついてくる新人並みw
447: 2020/09/20(日)21:06 ID:ZZQf0W1c(14/23) AAS
>>444
>>441の通りだね。開発中は「便利に使うのが正解」
イミュータブルインフラストラクチャは本番機で実行される時の話。
開発中は関係ない。
・・・もうね、427以降のニートで実務わかってませんっぷりの酷さは何なのw?
何度も「何をもってその理解に到達したのか?」と聞いているのに、そこはスルー。
誰かが以前「Docker使ったからと言ってイミュータブルにできるわけじゃないよ」
と言った書き込みも理解できずに、そのまま来たんだろうね。
448(1): 2020/09/20(日)21:11 ID:UGyNqmFl(7/13) AAS
初心者くんに教えてやるか
バグの調査などで、一時的にユーザーを作りたいならDockerfileの末尾にユーザー追加のコマンドを書く、それだけだ
さあ仕事を始めよう、up --buildハイ起動おしまい
一時的な変更が確定したらDockerfileをコミット
コンテナに入ってコマンドうったら、ソースに残らねえから、変更が確定したあとに自分がどんなコマンドを打ってきたか思い出して、Dockerfileに書き出さなきゃならねーだろ
書き出したDockerfileが正しいか、また動作確認作業やり直しかよ
こんな非効率的なバカバカしい開発フローじゃ、いつまで立っても仕事おわんねえよ
449(2): 2020/09/20(日)21:33 ID:ZZQf0W1c(15/23) AAS
>>448
DockerfileはSREの責務だから触れないよ。
一連のDocker原理主義者のおかしな書き込みを見直して、なんとなくわかったわ。
アプリに対するステートレスなつくり、イミュータブルインフラ、永続化する場所の選定、
ログの一元管理、それらは確かに必要だけど、それは本番機を運用するときの話だ。
本番機じゃコンテナ自体がでデプロイする度に破棄されるし、いくつのreplicaで動くかわからないからね。
それと、開発中の話がゴチャになってるから、話の展開がおかしいんだね。最初に相談する人は
立場がそれぞれなのに、自分が理解したものでしか返せないから、会話がおかしくなっている
開発中は>>441が正義。
開発効率が高ければ、やりたい様にやれば良いし、自分のやり方を他人に強要する権利も無い。
開発者としてアプリを作るときはStatelessに作ること自体は気にかけるけど、そこで動くDockerに気を配ることは無い。
便利で軽いVMとして使いたい?全く問題ないよ。
450(1): 2020/09/20(日)21:40 ID:UGyNqmFl(8/13) AAS
>>449
やりたいようにやりたいってのは逃げの議論だな
stopを使うような非効率的な開発方法も、僕がそうやりたいんだからしょうがないだろ、開発効率なんて知ったことか、とそういうことだろ
451(1): 2020/09/20(日)21:50 ID:ZZQf0W1c(16/23) AAS
>>450
ん?話の発端は>>408以外にも方法はあるよ、って話をしただけだが?
君の話を俺が非効率だと感じるのはウチのチームでそうしている奴が誰も居ないからだが?
開発機のコンテナだけで10個あるのにDockerfile弄って毎回コンテナの破棄→構築なんて、やってられんわ。
まるきりDocker原理主義的だし。
stopの話自体は、「起動するたびに同じ状態」以外にあるよって例を示したに過ぎない。
多分単に君が知らなかったのであろう、stopコマンドに>>430とか>>440でやたら噛み付いてきたから、
言い方が酷くなったに過ぎない。
452(1): 2020/09/20(日)21:58 ID:UGyNqmFl(9/13) AAS
>>451
コンテナが何個あろうが、Dockerfileとマニフェストを書いて、適用するだけ
つーか、コンテナ数が増えたら余計に、コンテナに入ってコマンド実行なんて、やってらんねえわ
それぞれのコンテナに、どんなコマンドで、どんな変更を施してきたか、把握すんの大変だろーが
そういうのもうやめよーぜ、ってんで出てきた考え方がIaaCであって、その実装の1つがDockerなんだよ
なあんで、そこまで進歩したのに、昔の非効率的なやり方に退化してんだよ
453(1): 2020/09/20(日)22:03 ID:ZZQf0W1c(17/23) AAS
>>452
いやだから、そういう話をしたんじゃないっていってるでしょw。
非効率で退化しているというなら、Docker社にメッセージ入れてコマンド消して貰えよw
もしくは君が入社して消してしまえよwww
俺にとっちゃどうでも良い話しだし。君以外のすべての掲示板参加者にとってもそうだろうよ。
Aだけのやり方しか知らなかった人にAとBの道がある、現場で効率が高いほうを選べば良いよって話ね。
454(1): 2020/09/20(日)22:09 ID:UGyNqmFl(10/13) AAS
>>453
効率の悪いstopはやめようねって話ね
455: 2020/09/20(日)22:11 ID:ZZQf0W1c(18/23) AAS
>>454
またまたw使った事無い癖にww
456: 2020/09/20(日)22:12 ID:UGyNqmFl(11/13) AAS
使ったことはあるが、使う必要はない
457(1): 2020/09/20(日)22:15 ID:cYZD+T/y(4/5) AAS
>>449
> DockerfileはSREの責務だから触れないよ。
お前の会社の話なんか知らんがなw
Dockerfileだけじゃなくて色んなものに制限があって
開発効率下げてるやろ?お前の会社の問題だ。
458: 2020/09/20(日)22:17 ID:i4HFCdf1(2/2) AAS
伸びすぎw
459(1): 2020/09/20(日)22:19 ID:ZZQf0W1c(19/23) AAS
いやーコミュ障のニートって本当、大変だよな。
14:37に俺がコマンドを提示してから、この話題(コンテナの状態、起動、停止)を発展させるような
話題はゼロwwwこの間10時間。B2Bのエンジニア価格なら、五万円いってるよ。
できるエンジニアならその時点で知ってた、知ってないに関わらず
「なるほど、そんなやり方もあるんですね、教えていただいて、ありがとうございます!」
の一言で次に行く話を、顔真っ赤にしてそれは非効率だDockerの原理主義に反する!
と話題を延々と繰り返す。この間わかった事実は、どうやらDocker原理主義者は
開発環境と本番環境をゴチャにして考えているようだ、という事実のみw。
・・・誰も雇わんわな、これじゃ・・・
460(1): 2020/09/20(日)22:20 ID:cYZD+T/y(5/5) AAS
なるほど(笑)そんなレスの勝利宣言(笑)もあるんですね、(笑)
461: 2020/09/20(日)22:30 ID:ZZQf0W1c(20/23) AAS
>>457
うちの会社のことはどうでも良いな。
開発効率を下げている、どうしよう、って話をしているものでも無いんだが?
こういう解決策もありますよって話でね。
「ソースに残らねえから、変更が確定したあとに自分がどんなコマンドを打ってきたか思い出して・・・」
ってそういう話をしているものでもない。確定するような作業なら最初からDockerfileの修正プルリク出すし。
462: 2020/09/20(日)22:31 ID:ZZQf0W1c(21/23) AAS
>>460
君(なのか君達か知らんが)、に対する俺からの率直な評価だ。
受け取ってくれ。
463(1): 2020/09/20(日)22:39 ID:UGyNqmFl(12/13) AAS
>>459
ブーメランwww
stopが非効率的だと教えていただきありがとうございます、で終わってた話なんだがな
464(1): 2020/09/20(日)22:44 ID:ZZQf0W1c(22/23) AAS
>>463
君が「stopが非効率的」だと考える原因は一体どこ?
465(1): 2020/09/20(日)22:45 ID:UGyNqmFl(13/13) AAS
>>464
流石に、レスぐらい読め
466: 2020/09/20(日)22:48 ID:ZZQf0W1c(23/23) AAS
>>465
自分でブーメランとか流石やなw
「Dockerfileで確定している作業なら最初からプルリク出すでしょ」といっているのに。
467: 2020/09/22(火)20:18 ID:5gRdC9Vx(1) AAS
プルリクの意味がわかってなかったりして・・・
468: 2020/09/23(水)03:54 ID:C5U5kz59(1) AAS
Docker-Composeなどでipv6を無効にする方法ってありますか?
469(1): 2020/09/24(木)22:19 ID:wWaFtNF+(1) AAS
apacheでバーチャルホストで20サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか?
470: 2020/09/24(木)22:37 ID:m0uvDYif(1) AAS
>>469
既に回答しました。何度も聞くな。
471(1): 2020/09/25(金)12:14 ID:JHUOsyaB(1) AAS
apacheでバーチャルホストで20サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか?
472: 2020/09/25(金)21:14 ID:EOyDBsWA(1) AAS
>>471
CPUとメモリに「優しい」ってどういう意味?
少量で済む、という意味なら常識的にバーチャルホストだろ。
バーチャルホスト:OS->Apacheプロセス
コンテナ:OS->Dockerプロセス->コンテナ(薄いとはいえOS)->Apacheプロセス(名前空間で保護されているとはいえコンテナ毎に別プロセス)
独立していて他のプロセスに影響を与えない、と言う意味ならDockerだろ。
最もDockerの親プロセスが死んだら配下のコンテナも死ぬだろうけど。
473: 2020/09/25(金)22:08 ID:vYA1tnNM(1) AAS
20サイトを満足に動かすhttpdワーカープロセス数を確保することを考えたらそんなに得かね
コントローラプロセス数は節約できるだろうが
474: 2020/09/25(金)22:56 ID:zbD4QniQ(1) AAS
すでにDocker関係ないなw
apacheでバーチャルホストを使うのと
複数のapacheを起動した場合の話になってる
475: 2020/09/26(土)01:38 ID:OEWQLnAX(1) AAS
473がおかしな方向に持っていくからだろ。
CPUとメモリの話(「優しい」が消費量の事かは知らんが)しているのにプロセスの数の確保?
これはhttpd.confの設定か何かの話でもしているの?
476: 2020/09/26(土)07:12 ID:+kMkX9F3(1) AAS
そりゃプロセス多いほどCPUもメモリも使うわけで
477: 2020/09/26(土)08:27 ID:JOwGHomj(1) AAS
大したサイトでも無かろう
普段ほとんどアクセスないだろうし
サーバーレスに移行すれば最も費用を節約できる
478(1): 2020/09/30(水)19:45 ID:fqtJRGgA(1) AAS
Docker Desktop更新
不具合なさそう?
479: 2020/09/30(水)21:31 ID:YeKi3Lgy(1) AAS
Windowsってコマンドラインで操作できないの?
480: 2020/09/30(水)22:52 ID:5JnWH9Ij(1) AAS
LinuxってシェルスクリプトからGUIを操作できないの?
481: 2020/09/30(水)23:56 ID:4nujMeT8(1) AAS
情弱だからGUIが便利だわ
482(1): 2020/10/01(木)00:11 ID:5NSOXpiC(1) AAS
このスレ見てるとコンテナの扱いがわからんなる
dockerhubに頼ってるようじゃまだまだってことかね
483: 2020/10/01(木)00:13 ID:by927Y2B(1/5) AAS
>>482
スレを見るのが言けない。>>1だけ読んでいればいいよ。それが正しいコンテナの理解だから
484(1): 2020/10/01(木)00:17 ID:5sg0/OzB(1/3) AAS
自分で全部構築するならDocker使う意味ないじゃんアゼルバイジャン
485: 2020/10/01(木)00:27 ID:5sg0/OzB(2/3) AAS
>>478
githubに動かないってissue投げられまくってるから様子見するのが良いかもしれない
486(1): 2020/10/01(木)01:02 ID:64nI19uM(1/8) AAS
>>1
は「Dockerイメージ(Dockerfile)はアプリケーション開発者が作成します」
これ書いてる時点でIT業界にいない人間な事は明白だろ。
487(1): 2020/10/01(木)01:46 ID:by927Y2B(2/5) AAS
>>484
アプリをデプロイするのが楽になるという意味がありますが?
>>486
アプリを動かすのに何が必要かってのを
アプリ開発者以外が知ってるっていうの?
そういうのをわざわざ調べたり伝えたりするのが
嫌だっていういのがDockerを使う理由のひとつなんだが
Dockerを使えば動かすのに必要なものはコード(Dockerfile)に
書いて終わりですからね
488: 2020/10/01(木)03:25 ID:64nI19uM(2/8) AAS
>>487
アプリの開発者がimage作ることもあるけど何でそれ「だけ」を強調するの?って話なんだが?
コード(Dockerfile)に書いてインフラに渡したのならそれがスタート地点でしょ。
そもそもLBで振り分けられられる膨大な基幹システムのサブシステムでしかない
コンテナのイメージを何でイチ開発者が作るの?って話で。
全体との調整はインフラの人しか分からない。
「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。
コードがやり取りに使えるから便利ですよ、と言うなら
まあ、合っているが、頑なに「開発者がつくってインフラが動かすだけ」と強調するのは何なの?
そんな事しないよ。
489(1): 2020/10/01(木)04:01 ID:by927Y2B(3/5) AAS
> コンテナのイメージを何でイチ開発者が作るの?って話で。
> 全体との調整はインフラの人しか分からない。
全体ってなんですか?
イメージを作るのは開発者で
全体との調整=インフラはイメージを動かすんですよ
イメージをbuildしないって意味じゃないです。
Dockerfileを作らないという意味です。
490(1): 2020/10/01(木)04:02 ID:by927Y2B(4/5) AAS
> 「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
> オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。
しません。イメージはどこででも動きます
491: 2020/10/01(木)04:45 ID:64nI19uM(3/8) AAS
>全体ってなんですか?
この業界に居ない人ならではのコメントやな。
全体ってなんですか?って何ですかw?本当に分からないの??
ロードバランサって知ってる?パスベースのルーティングとか分かるの??
>しません。イメージはどこででも動きます
いや、俺たちやってるし。
そもそも動くドメイン名すら変更されかねない全体部分をロジック作る人が見たりしないし。
そもそも>>1もそうなら、>>489 >>490もそうだけど、生産性を高めるためのシステムに対して
〜はAが行う、と断定口調自体が俺たちの業界とは思えない。
やった方が効率が高い方がやれば良いのであって。何の為のコード化なんだ。
誰かが「便利に使うのが正義」と言った事を幾度も書き込んでくれているのに全く伝わっている様子が無い。
492(1): 2020/10/01(木)05:12 ID:by927Y2B(5/5) AAS
> ロードバランサって知ってる?パスベースのルーティングとか分かるの??
Dockerと一切関係ないですねw
インフラがやることです。
493: 2020/10/01(木)05:18 ID:64nI19uM(4/8) AAS
>>492
ロードバランサ―のDockerイメージは
インフラの人が作ってんるんですがw
どのリクエストをどのサブシステムに振るかなんて開発者が知る訳ないでしょ。
494: 2020/10/01(木)05:19 ID:64nI19uM(5/8) AAS
>>1
Dockerイメージ(Dockerfile)はアプリケーション開発者が作成します
w
495: 2020/10/01(木)07:23 ID:k8oKjKF4(1/3) AAS
> ロードバランサ―のDockerイメージは
> インフラの人が作ってんるんですがw
なにいってんだ?
普通ロードバランサーなんてクラウドの機能使うだろ
仮に自作するにしても、なにでロードバランサー作ってるというのか
ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ?
何のソフト使ってるか言ってみ
そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
インフラでもDockerfile作るんです!ロードバランサー!とか言われても
え?今どき自社に設置してんの?としか思わんわw
496: 2020/10/01(木)07:38 ID:64nI19uM(6/8) AAS
>普通ロードバランサーなんてクラウドの機能使うだろ
>
>仮に自作するにしても、なにでロードバランサー作ってるというのか
>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ?
>何のソフト使ってるか言ってみ
>
>そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
>インフラでもDockerfile作るんです!ロードバランサー!とか言われても
>え?今どき自社に設置してんの?としか思わんわw
>
すべてが全く違うよ。最初の1行目だけかろうじて近いけどそれがIaCで変わってきている
よく上から目線でそこまで間違った意見を自信満々に言えるもんだね。
流石>>1w
そもそもこの話は1が「Dockerイメージは開発者が作成する」と間違ったことを言うから、反証を示しただけなんだがw
LBの役割自体はどうでも良い。
>何のソフト使ってるか言ってみ
教えて欲しいなら「すいませんがイメージできないので具体的に何があるのか教えてください」だろ?w
俺の気分が良ければ教えてやるよw
497(1): 2020/10/01(木)07:45 ID:64nI19uM(7/8) AAS
>>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ?
因みにこの一文は、仮にそうだったとしても>>1の「Dockerイメージ(Dockerfile)はアプリケーション開発者が作成します」
に対する反証となっている。実際はもっと色々やるけどね。
498: 2020/10/01(木)07:58 ID:k8oKjKF4(2/3) AAS
> 俺の気分が良ければ教えてやるよw
じゃあこのままでいいよ。
俺は反論してほしくない
お前は反論できない
利害が一致してるw
499: 2020/10/01(木)07:59 ID:k8oKjKF4(3/3) AAS
>>497
そこはアプリをインストールしているだけならDockerを使う必要はないということです。
物理・仮想マシンに直接インストールすればいいのです。
500: 2020/10/01(木)08:04 ID:64nI19uM(8/8) AAS
なるほど、じゃあDockerは単体ではシステムとして運用する事は全くできず、物理か仮想マシンが
フロントに立たなければ、開発機としても本番機としても全く使用できない出来損ないのシステム、
って結論で大丈夫ですね?w
501: 2020/10/01(木)19:47 ID:5sg0/OzB(3/3) AAS
Sleepからの復帰でコンテナが死ぬんだがスリープ入るときに自動的にコンテナ終了させる方法ない?
502(1): 2020/10/02(金)10:30 ID:5h2OTcuo(1) AAS
アプリ開発者はアプリ開発するだけだよ普通
ようするにJavaやJSみたいなプログラムを書く人がアプリ開発者ね
Dockerfileはインフラ担当者が作るもの
インフラ知識に乏しいアプリ開発者にはDockerfileを任せられない
インフラ担当者はアプリ開発者が作ったソースと依存関係等の情報からDockerfileを作成する
503(1): 2020/10/02(金)12:18 ID:3VMRPBz1(1) AAS
dockerでxcode使えますか?
504: 2020/10/02(金)12:23 ID:AQ/W/kX3(1) AAS
>>503
使えるかどうか、考えてみてください!
505(1): 2020/10/02(金)13:31 ID:h9ef4eaL(1) AAS
>>502
では、アプリを動かすのに何が必要か教えて下さい。
アプリはwordpressみたいなものです。
私が開発しました(笑)
506(1): 2020/10/02(金)13:36 ID:OgxOQjx3(1) AAS
>>505
ドキュメントを提出してください
507(1): 2020/10/02(金)20:50 ID:SIFApF86(1) AAS
>>506
ドキュメントに間違いがあって余計な手間がかからないように
Dockerfileという動くコードで提出しました
508(1): 2020/10/03(土)00:20 ID:L9mAVDzT(1/2) AAS
>>507
アプリ開発者の書くDockerfileは過不足が多いのでだめ
509(1): 2020/10/03(土)00:29 ID:HurHNTS2(1/4) AAS
Dockerfileを誰が書くか何てどうでも良い話題だけど
話の展開が何故そんなに頑なんだ?
一体何時から原理主義者のおかしな話を展開してるのかPart1見たらなんと
2014年じゃねーかw
こんなどうでも良い話を6年も続けてるの?w
人生の無駄遣いだと思わないの?w
510: 2020/10/03(土)02:11 ID:lr1OqJIS(1) AAS
>>509
一人のためにおかしなことになってるね。
nodeとかcondaで恩恵感じてたとこにdocker知った衝撃は計り知れなくて。
想像だけど、あんなふうにあるべき美しい運用方法にこだわる人は法学とか語学修めた人なんじゃないかな、と。
dockerfileはエレガントでなくても動くならそれでいいじゃん、っておれは思う。
511: 2020/10/03(土)05:43 ID:v2rxRmJu(1) AAS
>>508
> アプリ開発者の書くDockerfileは過不足が多いのでだめ
過不足とは? いつも具体的ではな話でごまかそうとしてんなw
512(1): 2020/10/03(土)08:56 ID:L9mAVDzT(2/2) AAS
過 リソース使いすぎ
不足 セキュリティ対策など
513: 2020/10/03(土)09:36 ID:6sOOAkzF(1) AAS
アプリ屋にパフォーマンスチューニングとかできねえだろw
514: 2020/10/03(土)12:08 ID:aoFhx2rj(1) AAS
お前の考えが最高なんだろ? なら良かったじゃん。
でもな、お前の考えを他人に押し付けんな。分かったか?
515: 2020/10/03(土)12:42 ID:HurHNTS2(2/4) AAS
> でもな、お前の考えを他人に押し付けんな。分かったか?
今更何言ってんだかw
自己の考えの押し付け合いはこのスレの基本だろ?2014年の時点で既に同じような押付けしてる。
何かと言うとお前はDockerを理解してないとかww
最初の頃はまともなエンジニアからのレスもあったみたいだけど、今やコミュ障の粘着スレと化してるわ。
516: 2020/10/03(土)12:52 ID:4K/lEvEj(1/3) AAS
ブーメラン
ブーメラン
517: 2020/10/03(土)13:23 ID:HurHNTS2(3/4) AAS
多分、書きっぷりからして、Part1の頃からお前はDockerを理解してない!
とか説教してる奴と今粘着してる奴は同一人物だろうけど、
2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
期間とほぼ同一。俺がここ見たのは2019年位だと思うけど、それは会社がDockerに移行しよーぜ
とか言い出したからで
その間、こいつは、ずーーーーーーーーと、「お前はDockerを理解してない!」とか、間違った理解で講釈
たれてたのかと思うと、慄然としたね。ゼロから生まれた会社が100億になってDocker使うようになるまでに
コイツがDockerスレで役に立ったことはゼロ!
生産性もゼロ!!
でも土日も休まず粘着してます!
システムを高効率で動かすためのDockerに粘着して人生を非効率にしすぎると何じゃそりゃw
マジで仰天したね。。。
518: 2020/10/03(土)13:32 ID:4K/lEvEj(2/3) AAS
長文引くわー
519(1): 2020/10/03(土)13:34 ID:4K/lEvEj(3/3) AAS
つかpart1って俺も居ないしwww
脳内で敵の設定を作って独りで熱くなってんのまじ笑える
テロリスト学校襲撃に備えてシミュレーションしてる中学生みたい
520: 2020/10/03(土)13:41 ID:HurHNTS2(4/4) AAS
>>519
ん?じゃあ君の事を言っるんじゃ無いんじゃないの?
きみはDocker原理主義者の自覚でもあるの?
521: 2020/10/03(土)15:03 ID:3HPTiYhd(1/5) AAS
> 2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
> 期間とほぼ同一。
ワロタwww
へぃ、彼女〜、俺の友達の友達は芸能人なんだぜ〜
みたいな言い草だなwww
522: 2020/10/03(土)15:06 ID:3HPTiYhd(2/5) AAS
>>512
> 過 リソース使いすぎ
> 不足 セキュリティ対策など
アプリ開発者が、リソース使いすぎで、セキュリティ不足だったら
その開発者が作るアプリは怖くて使えないなw
それをアプリ問題である、リソース使いすぎやセキュリティ不足を
インフラの力だけで解決できるって?夢見るのも大概にしろやwww
523: 2020/10/03(土)15:08 ID:3HPTiYhd(3/5) AAS
インフラがDockerfileを使って解決できる
リソース使いすぎとかセキュリティ対策って
マルチステージビルド等を駆使してDockerイメージのサイズを減らしました!
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました!
ぐらいなもんやろw
そんなのアプリ開発者でもできるわwww
524(1): 2020/10/03(土)15:24 ID:hkQVFUBN(1) AAS
無理無理
アプリ開発者って想像以上に低レベルだからな
525: 2020/10/03(土)15:25 ID:Cvpio152(1) AAS
匿名掲示板で役立たずと書かれて即座に自分の事だと
反応できるってもの凄いな…
526: 2020/10/03(土)15:43 ID:3HPTiYhd(4/5) AAS
>>524
インフラにとっての高レベル=
マルチステージビルド等を駆使してDockerイメージのサイズを減らしました!
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました!
低レベルすぎw
上下前次1-新書関写板覧索設栞歴
あと 476 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.028s