[過去ﾛｸﾞ] Docker Part4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
この前入れたバグ修正がアップデートで消えちゃったんですけど、助けてください〜、って泣きついてくる新人並みｗ
447: 2020/09/20(日)21:06 ID:ZZQf0W1c(14/23) AAS
>>444
>>441の通りだね。開発中は「便利に使うのが正解」
イミュータブルインフラストラクチャは本番機で実行される時の話。
開発中は関係ない。
・・・もうね、427以降のニートで実務わかってませんっぷりの酷さは何なのｗ？
何度も「何をもってその理解に到達したのか？」と聞いているのに、そこはスルー。
誰かが以前「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であって、その実装の１つがDockerなんだよ
なあんで、そこまで進歩したのに、昔の非効率的なやり方に退化してんだよ
453(1): 2020/09/20(日)22:03 ID:ZZQf0W1c(17/23) AAS
>>452
いやだから、そういう話をしたんじゃないっていってるでしょｗ。
非効率で退化しているというなら、Docker社にメッセージ入れてコマンド消して貰えよｗ
もしくは君が入社して消してしまえよｗｗｗ
俺にとっちゃどうでも良い話しだし。君以外のすべての掲示板参加者にとってもそうだろうよ。
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
またまたｗ使った事無い癖にｗｗ
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の責務だから触れないよ。
お前の会社の話なんか知らんがなｗ
Dockerfileだけじゃなくて色んなものに制限があって
開発効率下げてるやろ？お前の会社の問題だ。
458: 2020/09/20(日)22:17 ID:i4HFCdf1(2/2) AAS
伸びすぎｗ
459(1): 2020/09/20(日)22:19 ID:ZZQf0W1c(19/23) AAS
いやーコミュ障のニートって本当、大変だよな。
14：37に俺がコマンドを提示してから、この話題（コンテナの状態、起動、停止）を発展させるような
話題はゼロｗｗｗこの間10時間。B2Bのエンジニア価格なら、五万円いってるよ。
できるエンジニアならその時点で知ってた、知ってないに関わらず
「なるほど、そんなやり方もあるんですね、教えていただいて、ありがとうございます！」
の一言で次に行く話を、顔真っ赤にしてそれは非効率だDockerの原理主義に反する！
と話題を延々と繰り返す。この間わかった事実は、どうやらDocker原理主義者は
開発環境と本番環境をゴチャにして考えているようだ、という事実のみｗ。
・・・誰も雇わんわな、これじゃ・・・
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
ブーメランｗｗｗ
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
自分でブーメランとか流石やなｗ
「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でバーチャルホストで２０サイト運用するのと
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でバーチャルホストで２０サイト運用するのと
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関係ないなｗ
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
>全体ってなんですか？
この業界に居ない人ならではのコメントやな。
全体ってなんですか？って何ですかｗ？本当に分からないの？？
ロードバランサって知ってる？パスベースのルーティングとか分かるの？？
>しません。イメージはどこででも動きます
いや、俺たちやってるし。
そもそも動くドメイン名すら変更されかねない全体部分をロジック作る人が見たりしないし。
そもそも>>1もそうなら、>>489 >>490もそうだけど、生産性を高めるためのシステムに対して
〜はAが行う、と断定口調自体が俺たちの業界とは思えない。
やった方が効率が高い方がやれば良いのであって。何の為のコード化なんだ。
誰かが「便利に使うのが正義」と言った事を幾度も書き込んでくれているのに全く伝わっている様子が無い。
492(1): 2020/10/01(木)05:12 ID:by927Y2B(5/5) AAS
> ロードバランサって知ってる？パスベースのルーティングとか分かるの？？
Dockerと一切関係ないですねｗ
インフラがやることです。
493: 2020/10/01(木)05:18 ID:64nI19uM(4/8) AAS
>>492
ロードバランサ―のDockerイメージは
インフラの人が作ってんるんですがｗ
どのリクエストをどのサブシステムに振るかなんて開発者が知る訳ないでしょ。
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イメージは
> インフラの人が作ってんるんですがｗ
なにいってんだ？
普通ロードバランサーなんてクラウドの機能使うだろ
仮に自作するにしても、なにでロードバランサー作ってるというのか
ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
何のソフト使ってるか言ってみ
そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
インフラでもDockerfile作るんです！ロードバランサー！とか言われても
え？今どき自社に設置してんの？としか思わんわｗ
496: 2020/10/01(木)07:38 ID:64nI19uM(6/8) AAS
>普通ロードバランサーなんてクラウドの機能使うだろ
>
>仮に自作するにしても、なにでロードバランサー作ってるというのか
>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
>何のソフト使ってるか言ってみ
>
>そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
>インフラでもDockerfile作るんです！ロードバランサー！とか言われても
>え？今どき自社に設置してんの？としか思わんわｗ
>
すべてが全く違うよ。最初の1行目だけかろうじて近いけどそれがIaCで変わってきている
よく上から目線でそこまで間違った意見を自信満々に言えるもんだね。
流石>>1ｗ
そもそもこの話は1が「Dockerイメージは開発者が作成する」と間違ったことを言うから、反証を示しただけなんだがｗ
LBの役割自体はどうでも良い。
>何のソフト使ってるか言ってみ
教えて欲しいなら「すいませんがイメージできないので具体的に何があるのか教えてください」だろ？ｗ
俺の気分が良ければ教えてやるよｗ
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
> 俺の気分が良ければ教えてやるよｗ
じゃあこのままでいいよ。
俺は反論してほしくない
お前は反論できない
利害が一致してるｗ
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は単体ではシステムとして運用する事は全くできず、物理か仮想マシンが
フロントに立たなければ、開発機としても本番機としても全く使用できない出来損ないのシステム、
って結論で大丈夫ですね？ｗ
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年じゃねーかｗ
こんなどうでも良い話を6年も続けてるの？ｗ
人生の無駄遣いだと思わないの？ｗ
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は過不足が多いのでだめ
過不足とは？ いつも具体的ではな話でごまかそうとしてんなｗ
512(1): 2020/10/03(土)08:56 ID:L9mAVDzT(2/2) AAS
過 リソース使いすぎ
不足 セキュリティ対策など
513: 2020/10/03(土)09:36 ID:6sOOAkzF(1) AAS
アプリ屋にパフォーマンスチューニングとかできねえだろｗ
514: 2020/10/03(土)12:08 ID:aoFhx2rj(1) AAS
お前の考えが最高なんだろ？ なら良かったじゃん。
でもな、お前の考えを他人に押し付けんな。分かったか？
515: 2020/10/03(土)12:42 ID:HurHNTS2(2/4) AAS
> でもな、お前の考えを他人に押し付けんな。分かったか？
今更何言ってんだかｗ
自己の考えの押し付け合いはこのスレの基本だろ？2014年の時点で既に同じような押付けしてる。
何かと言うとお前はDockerを理解してないとかｗｗ
最初の頃はまともなエンジニアからのレスもあったみたいだけど、今やコミュ障の粘着スレと化してるわ。
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に粘着して人生を非効率にしすぎると何じゃそりゃｗ
マジで仰天したね。。。
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って俺も居ないしｗｗｗ
脳内で敵の設定を作って独りで熱くなってんのまじ笑える
テロリスト学校襲撃に備えてシミュレーションしてる中学生みたい
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億円になった
> 期間とほぼ同一。
ワロタｗｗｗ
へぃ、彼女〜、俺の友達の友達は芸能人なんだぜ〜
みたいな言い草だなｗｗｗ
522: 2020/10/03(土)15:06 ID:3HPTiYhd(2/5) AAS
>>512
> 過 リソース使いすぎ
> 不足 セキュリティ対策など
アプリ開発者が、リソース使いすぎで、セキュリティ不足だったら
その開発者が作るアプリは怖くて使えないなｗ
それをアプリ問題である、リソース使いすぎやセキュリティ不足を
インフラの力だけで解決できるって？夢見るのも大概にしろやｗｗｗ
523: 2020/10/03(土)15:08 ID:3HPTiYhd(3/5) AAS
インフラがDockerfileを使って解決できる
リソース使いすぎとかセキュリティ対策って
マルチステージビルド等を駆使してDockerイメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！
ぐらいなもんやろｗ
そんなのアプリ開発者でもできるわｗｗｗ
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イメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！
低レベルすぎｗ
527: 2020/10/03(土)15:45 ID:Nb5qoLgQ(1/2) AAS
アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ
与えられたフレームワークのなかで単純作業するだけだし彼ら
528: 2020/10/03(土)16:05 ID:3HPTiYhd(5/5) AAS
> アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ
アプリ開発者の場合、小手先のパラメータ調整ではなくて
ロジックを変更することでパフォーマンスチューニングを行う
529: 2020/10/03(土)16:09 ID:Nb5qoLgQ(2/2) AAS
アプリ屋はロジックの変更はできてもサーバーパラメータの調整はできない
それはインフラ屋の仕事
Dockerfileはそういうことも考慮して書かなきゃならなん
なのでアプリ屋の出番はない
アプリ屋はパッケージだけ作ってろってこった
530: 2020/10/03(土)17:11 ID:dvVj5d3J(1/11) AAS
なんでDockerfileの話でサーバーパラメータの調整が出てくるんだかｗ
531: 2020/10/03(土)17:14 ID:dvVj5d3J(2/11) AAS
サーバーパラメータの調整っていうのはマシンスペックや構成によって変わるもので
どこでも同じように動くものを作るDockerfileの外でやるここと
完全にDockerの意味を理解してないわｗ
532: 2020/10/03(土)17:24 ID:m0GqyCV/(1/2) AAS
ほらな
アプリ屋さんの理解なんてこんなもん
533: 2020/10/03(土)17:25 ID:dvVj5d3J(3/11) AAS
※「反論なし」は証拠の１つです（笑）
534: 2020/10/03(土)17:26 ID:m0GqyCV/(2/2) AAS
データベースのチューニングとかしたことねんだろうなぁ
アプリ屋さんはJavaとかRubyとかそのへん適当に書くだけで勤まるから楽でいいよね
535: 2020/10/03(土)17:34 ID:dvVj5d3J(4/11) AAS
データベースのチューニングでDockerfileいじると思ってるんだろうな（笑）
あんなの設定ファイルを注入するだけなのに
536: 2020/10/03(土)17:36 ID:dvVj5d3J(5/11) AAS
すでにDockerイメージ作成済みなのに、どうやって設定ファイルを
注入するんだ？とか言いそうだからヒントな
ボリューム
537: 2020/10/03(土)17:42 ID:MGKCrV4w(1/2) AAS
アンチパターン来ましたｗ
538(1): 2020/10/03(土)17:45 ID:dvVj5d3J(6/11) AAS
公式より
外部ﾘﾝｸ:hub.docker.com
Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用
$ ｄｏｃｋｅｒ ｒｕｎ −−ｎａｍｅ ｓｏｍｅ−ｍｙｓｑｌ −ｖ ／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ −ｅ ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ−ｓｅｃｒｅｔ−ｐｗ −ｄ ｍｙｓｑｌ：ｔａｇ
539: 2020/10/03(土)17:47 ID:MGKCrV4w(2/2) AAS
>>538
ビギナー向けのサンプルコードを真に受けて本番でも使っちゃうやつｗｗｗ
540: 2020/10/03(土)17:48 ID:dvVj5d3J(7/11) AAS
※「反論なし」は証拠の１つです（笑） 2回目
541: 2020/10/03(土)18:31 ID:5u1z7vg2(1/7) AAS
せっかくDocker使ってんのにインスタンス1個1個べっこに設定管理してた時代に逆行してんのマジ笑える
ヒントはボリューム（笑）ファーｗｗｗｗ
542(1): 2020/10/03(土)18:39 ID:dvVj5d3J(8/11) AAS
ほらな、やっぱり理解してない
Dockerのコンテナはアプリを動かす環境を一体化するものであって
設定ファイルを一体化するものじゃないんだよ。（してもいいけど）
なぜ公式のDockerイメージがそうなってるのかよく考えたほうがいいよ
Dockerイメージ＝アプリ。
アプリの中に設定を変更することがあるファイルを内蔵するか？
サーバーの構成に合わせてビルドするか？って話
543(1): 2020/10/03(土)18:56 ID:5u1z7vg2(2/7) AAS
>>542
わかってないのは君だな
君はDockerの流儀にまったく適応できてない
古い考え方のままDockerを使おうとしてる
正解はこれだ
・設定はイメージに埋め込む
・構成によってビルド後に可変にしたいものはコマンドライン引数、環境変数などを通じて変更できるようにエントリポイント、あるいはアプリ自体に細工する
これ、脱初心者を目指すなら必須の知識だから君も覚えておくといい
544(1): 2020/10/03(土)19:01 ID:dvVj5d3J(9/11) AAS
>>543
はい、そうやって作るからチューニングでDockerfileをいじることはないんです。
545: 2020/10/03(土)19:03 ID:5u1z7vg2(3/7) AAS
>>544
設定を埋め込むものエントリポイントに細工するのもDockerfileの仕事
正確にはassetを編集することが多いがそれも込でDockerfileをいじるということだ
546: 2020/10/03(土)19:04 ID:5u1z7vg2(4/7) AAS
ボリューム（）
547: 2020/10/03(土)19:10 ID:5u1z7vg2(5/7) AAS
アプリ屋「設定を注入する方法知ってるか？くくく、ヒントはボリューム」ドヤッドヤァアアアアア
上司「あー新人くん、データ保存領域以外は全てステートレスに作れってDocker入門コースで教えたよね。作り直して」
アプリ屋「あっ、ハイ…(´・ω・｀)」
548(1): 2020/10/03(土)19:33 ID:dvVj5d3J(10/11) AAS
公式より
外部ﾘﾝｸ:hub.docker.com
Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用
$ ｄｏｃｋｅｒ ｒｕｎ −−ｎａｍｅ ｓｏｍｅ−ｍｙｓｑｌ −ｖ ／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ −ｅ ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ−ｓｅｃｒｅｔ−ｐｗ −ｄ ｍｙｓｑｌ：ｔａｇ
549(1): 2020/10/03(土)19:34 ID:dvVj5d3J(11/11) AAS
新人「Dockerfileイジってチューニングやー」
上司「設定外出ししといたから、それいじってってな」
新人「あっ、ハイ…(´・ω・｀)」
550: 2020/10/03(土)19:40 ID:5u1z7vg2(6/7) AAS
>>548
振り出しにもどすな
551: 2020/10/03(土)19:41 ID:5u1z7vg2(7/7) AAS
>>549
設定もDockerfileの一部
552(1): 2020/10/04(日)00:03 ID:TUNorakS(1) AAS
Dockerfileでデータベースのチューニング？
なんだデータベースの設定変えてビルドし直すだけかよｗ
Dockerfileイジってねーじゃんｗｗｗ
553: 2020/10/04(日)00:19 ID:57mQTVn/(1) AAS
もう邪魔だから隔離スレ建ててそこでやってくれない？
554: 2020/10/04(日)00:21 ID:ZSOOZiph(1/2) AAS
イ・ヤ・♪
555: 2020/10/04(日)01:07 ID:qaXwAWb0(1) AAS
>>552
迷惑だってよ
556: 2020/10/04(日)02:55 ID:ZSOOZiph(2/2) AAS
いやなら見るなってだけやろｗ
557: 2020/10/04(日)08:20 ID:2aS5ndTz(1) AAS
気が触れてるな。
こいつと同じ会社でなくて良かった。
こいつの同僚はこいつと同じなのだろうか。それとも、こいつだけ…
558: 2020/10/04(日)10:54 ID:GuoVyRMr(1) AAS
docker exec あとのコマンドを補完できるライブラリとかプラグインってありますか？
559: 2020/10/06(火)12:31 ID:XVHUwg7l(1) AAS
DockerfileのLinterはありますが
docker-compose.ymlのLinterってありませんか？
560: 2020/10/07(水)14:28 ID:EbD/YQwX(1/2) AAS
docker-compose なんかローカルでのテストくらいにしか使わないのにLintもクソもないでしょ
あえてやるとしたら docker-compose.yml があったらテスト用だ本番とは違うとワーニング出すくらいだろうな
561: 2020/10/07(水)14:37 ID:li8DlbRF(1) AAS
配布するから
562: 2020/10/07(水)15:51 ID:PVmnb2tX(1) AAS
Promscale: An analytical platform and long-term store for Prometheus, with the combined power of SQL and PromQL
外部ﾘﾝｸ:blog.timescale.com
563: 2020/10/07(水)17:44 ID:r76JkEZp(1) AAS
k8sよりcomposeのほうが簡単でいい
swarmでいいじゃん
564: 2020/10/07(水)19:32 ID:EbD/YQwX(2/2) AAS
設定ファイルが多少簡単だろうと、まともなマネージドサービスがない時点で難易度MAXなのです
565: 2020/10/07(水)20:00 ID:UXg/WLQW(1) AAS
fargateは?
最近docker comoose対応したよね
566: 2020/10/15(木)08:32 ID:KVzLYuoK(1) AAS
Fluent Bit supports Amazon S3 as a destination to route container logs
Posted On: Oct 14, 2020
Customers using container services including Amazon Elastic Container Service (ECS), Amazon Elastic Kubernetes Services (EKS), or self-managed Kubernetes can now send their container logs to Amazon Simple Storage Service (Amazon S3) using the Fluent Bit log router.
Fluent Bit allows customers to route container logs to various AWS and partner monitoring solutions including Amazon CloudWatch, Amazon Kinesis, Datadog, Splunk, and now Amazon S3.
Amazon ECS customers can use the FireLens interface in their task definition to configure Fluent Bit to send logs to Amazon S3.
Once you deploy your task definition, it will automatically start routing logs.
Customers using containers on Amazon EKS or self-managed Kubernetes clusters can now route container logs to Amazon S3 by installing Fluent Bit as a DaemonSet.
To get started see a FireLens example to route logs to Amazon S3 here, the Fluent Bit release notes here, and the Fluent Bit documentation here.
567: 2020/10/16(金)00:41 AAS
大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの
上下前次1-新書関写板覧索設栞歴
あと 435 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s