ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
23/04/15(土)15:57:42 No.1047345870
ようやくわかってきた便利だねこれ でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね
1 23/04/15(土)16:00:21 No.1047346640
>ようやくわかってきた便利だねこれ そうだね >でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね どうして…
2 23/04/15(土)16:04:32 No.1047347715
最大の利点では…？
3 23/04/15(土)16:07:23 No.1047348441
ワードプレスワンパンで起動させるの何サイトか載ってるの試したけど全部データベース接続エラーになって草
4 23/04/15(土)16:08:36 No.1047348774
完全に理解した的なやつ？
5 23/04/15(土)16:12:01 No.1047349751
何もわからん
6 23/04/15(土)16:13:13 No.1047350091
全然わかってないからやめた方がいいよ
7 23/04/15(土)16:13:44 No.1047350229
ああ…次はk8sだ…
8 23/04/15(土)16:14:27 No.1047350439
分からないままに変なコンテナ立てても削除すれば済むから安全だよね
9 23/04/15(土)16:14:39 No.1047350490
>ようやくわかってきた便利だねこれ うん >でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね わかってきた...？
10 23/04/15(土)16:15:21 No.1047350669
>でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね 古すぎてダメとかそういう意味かな…
11 23/04/15(土)16:15:31 No.1047350715
>分からないままに変なコンテナ立てても削除すれば済むから安全だよね 安全かどうかはコンテナの中身ちゃんと見れる人じゃないとわからんよ 何かあっても消せば元に戻るから再現性の安心感がある
12 23/04/15(土)16:16:16 No.1047350918
>ああ…次はk8sだ… コンテナオーケストレーションはk8sじゃないほうが最近の流行りよね みんなk8sの管理嫌がる 俺も嫌だ
13 23/04/15(土)16:16:46 No.1047351040
>>ようやくわかってきた便利だねこれ >そうだね >>でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね >どうして… デバイス触りたいとか変なことしたいとか思って弄ると動かねえし結局調べて自前で書いたほうが安定する あと定番な環境は余計なもの入ってる…qiitaはクソ…
14 23/04/15(土)16:17:47 No.1047351331
>>でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね >古すぎてダメとかそういう意味かな… それもある sambaをdockerで構築しようと検索して出てくるのクソ古かった
15 23/04/15(土)16:19:05 No.1047351724
>>>ようやくわかってきた便利だねこれ >>そうだね >>>でもネットに転がってる構築済み環境とかDockerfileとかdocker-compose.ymlとかはクソだね >>どうして… >デバイス触りたいとか変なことしたいとか思って弄ると動かねえし結局調べて自前で書いたほうが安定する >あと定番な環境は余計なもの入ってる…qiitaはクソ… その考え方の時点でコンテナ向いてないね... コンテナ作るところから自分でやった方がいいにならないなら中途半端だし...
16 23/04/15(土)16:19:08 No.1047351742
ChatGPTにDockerfile書いてもらおう
17 23/04/15(土)16:19:15 No.1047351769
スレ画に限らずネットで転がってるものはテンプレートであって自分でカスタムして使うものだと思うよ
18 23/04/15(土)16:19:43 No.1047351903
安定するとか言ってる時点で御しきれてないんだよね
19 23/04/15(土)16:19:44 No.1047351909
>qiitaはクソ… クソな記事しか見てないからだろ もっとよく調べろ
20 23/04/15(土)16:19:51 No.1047351927
>全然わかってないからやめた方がいいよ dockerクソいらないってスレ立てたら逆のこと言うタイプの奴
21 23/04/15(土)16:20:54 No.1047352225
運用思想も目的も何もかも違うんだからネットに転がってるものがそのまま使えるわけないだろ
22 23/04/15(土)16:21:10 No.1047352306
>その考え方の時点でコンテナ向いてないね... >コンテナ作るところから自分でやった方がいいにならないなら中途半端だし... いやコンテナ作るところも何でもスクリプト全部自前で書いたほうがいいねって話なんだけど
23 23/04/15(土)16:21:40 No.1047352438
古い記事しか出てこねぇ！
24 23/04/15(土)16:22:00 No.1047352518
どっかーよくわからない
25 23/04/15(土)16:22:29 No.1047352675
欲しいコードはどっかにはあるだろうdockerだけに
26 23/04/15(土)16:22:30 No.1047352679
しらんけどVMじゃだめなの？しらんけど
27 23/04/15(土)16:22:58 No.1047352820
VMやるほどのことではない
28 23/04/15(土)16:23:00 No.1047352823
>いやコンテナ作るところも何でもスクリプト全部自前で書いたほうがいいねって話なんだけど Qiitaみたいなもんは自前で書けるようになるための知識を入れるために使うものだ まぁ流用してそのまま使えるに越したことはないけど
29 23/04/15(土)16:23:05 No.1047352844
>しらんけどVMじゃだめなの？しらんけど vmでいいよ でもvmは都合いいリポジトリがない
30 23/04/15(土)16:23:15 No.1047352906
>ワードプレスワンパンで起動させるの何サイトか載ってるの試したけど全部データベース接続エラーになって草 こういう奴ひっかけるために公開DB繋げておいたらなにか機密情報引っ張ってこれないかな
31 23/04/15(土)16:23:29 No.1047352976
>しらんけどVMじゃだめなの？しらんけど VMのほうがDockerより制御したいデバイスと環境との距離が遠くなるからもっと辛い
32 23/04/15(土)16:24:05 No.1047353147
>>いやコンテナ作るところも何でもスクリプト全部自前で書いたほうがいいねって話なんだけど >Qiitaみたいなもんは自前で書けるようになるための知識を入れるために使うものだ >まぁ流用してそのまま使えるに越したことはないけど だから何でもスクリプト自前で書いた方がいいねって話してるんだけど
33 23/04/15(土)16:25:03 No.1047353415
>>>いやコンテナ作るところも何でもスクリプト全部自前で書いたほうがいいねって話なんだけど >>Qiitaみたいなもんは自前で書けるようになるための知識を入れるために使うものだ >>まぁ流用してそのまま使えるに越したことはないけど >だから何でもスクリプト自前で書いた方がいいねって話してるんだけど 自前で一から書いた方がいいねの理由説明できてないのになにに反論してるんだろう... 流用してカスタマイズなんて当たり前の話だろう
34 23/04/15(土)16:25:16 No.1047353480
プログラムをクロスコンパイルしてデバイスに書き込む所まで全部一括してやるコンテナを作ろうとしたけど コンテナとデバイスとの接続方法がよく分からんしそもそもデバイスに接続する機能入れるとどうしても環境依存になりそうなので 結局クロスコンパイル環境だけ提供するコンテナ作った思い出
35 23/04/15(土)16:25:19 No.1047353499
>しらんけどVMじゃだめなの？しらんけど アプリの人に聞いたけどOSを介さずにアプリだけ動かしたいから使いたいとか言う OSにログインせずにって意味だと思うけど
36 23/04/15(土)16:25:36 No.1047353571
自前で一から書かないと使い物にならないというならコンテナからして一から作るわ
37 23/04/15(土)16:26:28 No.1047353836
混乱してる人にk8s投げつけたい
38 23/04/15(土)16:26:50 No.1047353943
>>しらんけどVMじゃだめなの？しらんけど >アプリの人に聞いたけどOSを介さずにアプリだけ動かしたいから使いたいとか言う >OSにログインせずにって意味だと思うけど そこはvmもコンテナも大差ない べつに専用のvmあればそっちも使うだろう でもvmにはそんな都合のいいリポジトリはないし簡単にネットに落ちてる情報でpullしたりcomposeで丸ごと構成持ってこれるから楽なだけ
39 23/04/15(土)16:27:39 No.1047354178
俺はよく分からないから環境汚したくなければDocker使えば良いという認識でいる
40 23/04/15(土)16:27:39 No.1047354183
>流用してカスタマイズなんて当たり前の話だろう カスタマイズ出来る程度の頭がないんじゃないの？ 薄い知識しかないからQiitaに書いてあることが理解できないんだろう
41 23/04/15(土)16:27:44 No.1047354207
>でもvmは都合いいリポジトリがない 自分でテンプレートサーバ作ればいいじゃない
42 23/04/15(土)16:27:48 No.1047354227
>>>>いやコンテナ作るところも何でもスクリプト全部自前で書いたほうがいいねって話なんだけど >>>Qiitaみたいなもんは自前で書けるようになるための知識を入れるために使うものだ >>>まぁ流用してそのまま使えるに越したことはないけど >>だから何でもスクリプト自前で書いた方がいいねって話してるんだけど >自前で一から書いた方がいいねの理由説明できてないのになにに反論してるんだろう... 何も違ったこと言ってないのに茶々入れてくるからだけど
43 23/04/15(土)16:28:01 No.1047354291
けどけどうるさいんだけど
44 23/04/15(土)16:28:27 No.1047354428
docker compose.ymlの頭に書くversionってあれなんの役割してるの？ 公式見てもよくわからんし99にしてみても普通に動いた
45 23/04/15(土)16:28:58 No.1047354574
>>でもvmは都合いいリポジトリがない >自分でテンプレートサーバ作ればいいじゃない なら結局自前で用意するんだろう 最初からいろんな人が用意してくれてるからコンテナは便利 オーケストレーションもちゃんとしてマイクロサービスアーキテクチャの話までするならまた変わるけど少なくともコンテナまでの単位なら利点はスタートのしやすや
46 23/04/15(土)16:29:19 No.1047354666
ローカル開発環境構築することにしか使ってないので 本来何に使うものなのか知らない…
47 23/04/15(土)16:29:20 No.1047354675
Qiitaに書いてあることわかんないんですけおおおおおおおおおおおおお！ 自分が書いたほうが早いんですけおおおおおおおおおおおおおおおおお！
48 23/04/15(土)16:29:48 No.1047354803
なんでそんなにQiitaコピペしたがってるの…
49 23/04/15(土)16:29:53 No.1047354821
そろそろ流行りが変わりそうな気がする
50 23/04/15(土)16:30:11 No.1047354909
ちくちく言葉をまず直そ？
51 23/04/15(土)16:30:12 No.1047354910
俺は何もよくわからんままNASのコンテナ機能にdocker hubのコンテナそのまま突っ込んで使うマン 何もしてないのにサービスが動いた！！
52 23/04/15(土)16:30:22 No.1047354955
>なんでそんなにQiitaコピペしたがってるの… 理屈がわかってないからQiitaに書いてあることを信頼しちゃうんじゃないかな
53 23/04/15(土)16:30:42 No.1047355037
Dockerより文章力と人当たりのいい会話方法学んだ方がいいよ
54 23/04/15(土)16:30:58 No.1047355113
>docker compose.ymlの頭に書くversionってあれなんの役割してるの？ >公式見てもよくわからんし99にしてみても普通に動いた とっくの昔に非推奨だぞ まだ書いてる奴はにわか
55 23/04/15(土)16:31:24 No.1047355229
自動でお手軽にイメージ軽量化する方法なんかないかな
56 23/04/15(土)16:31:26 No.1047355242
>デバイス触りたいとか変なことしたいとか思って弄ると動かねえし そりゃ分かりもしないで弄ってるからだろ
57 23/04/15(土)16:31:29 No.1047355264
最近wasmが熱いって話をよく見るけどなぜなのかわからん
58 23/04/15(土)16:31:31 No.1047355274
そもそも既存のスクリプトで動く環境でいいなら自前で鯖立てないと思う
59 23/04/15(土)16:31:33 No.1047355286
>>docker compose.ymlの頭に書くversionってあれなんの役割してるの？ >>公式見てもよくわからんし99にしてみても普通に動いた >とっくの昔に非推奨だぞ >まだ書いてる奴はにわか そうなんだ…ありがとう もう一回調べてみる
60 23/04/15(土)16:31:33 No.1047355287
エンジニアに人間性は重視されないからな
61 23/04/15(土)16:31:40 No.1047355314
そもそも自分しか使わないような環境作るなら直でええ！
62 23/04/15(土)16:32:32 No.1047355547
専門性の高い方に話題が移ると妙に攻撃的になる人よくいる
63 23/04/15(土)16:32:36 No.1047355566
>エンジニアに人間性は重視されないからな 人間性は大事 インデントと同じくらい大事
64 23/04/15(土)16:32:46 No.1047355605
>エンジニアに人間性は重視されないからな カスみたいなエンジニアが多すぎる…
65 23/04/15(土)16:32:46 No.1047355606
スレ「」は今山の上にいるんだから持ち上げてやらないと このあと絶望に落ちる fu2105381.jpg
66 23/04/15(土)16:32:52 No.1047355626
>そもそも自分しか使わないような環境作るなら直でええ！ 壊れるハードウェア
67 23/04/15(土)16:32:56 No.1047355651
>そもそも自分しか使わないような環境作るなら直でええ！ 公式がDocker使えもうDocker以外動作保証しないって言ってるやつ多くてな…
68 23/04/15(土)16:33:01 No.1047355674
>そもそも自分しか使わないような環境作るなら直でええ！ 環境汚したくないし…
69 23/04/15(土)16:33:14 No.1047355737
ネットワークがよくわからん…俺は雰囲気で使っている…
70 23/04/15(土)16:33:21 No.1047355768
>>そもそも自分しか使わないような環境作るなら直でええ！ >壊れるハードウェア ソフトが壊れるより直すの楽だし…
71 23/04/15(土)16:33:31 No.1047355810
>>そもそも自分しか使わないような環境作るなら直でええ！ >環境汚したくないし… これは本当にそう
72 23/04/15(土)16:33:36 No.1047355836
>専門性の高い方に話題が移ると妙に攻撃的になる人よくいる 自分がわかんないから馬鹿にされてると思っちゃうんだろう
73 23/04/15(土)16:33:37 No.1047355843
>公式がDocker使えもうDocker以外動作保証しないって言ってるやつ多くてな… おま環の問い合わせをバッサリ切り捨てられるからな
74 23/04/15(土)16:33:43 No.1047355867
>スレ「」は今山の上にいるんだから持ち上げてやらないと >このあと絶望に落ちる >fu2105381.jpg それ嘘らしいよ
75 23/04/15(土)16:34:22 No.1047356038
>>スレ「」は今山の上にいるんだから持ち上げてやらないと >>このあと絶望に落ちる >>fu2105381.jpg >それ嘘らしいよ 嘘のデータちょうだい 俺の体感はこれの通りだったよ
76 23/04/15(土)16:34:25 No.1047356051
>>>そもそも自分しか使わないような環境作るなら直でええ！ >>壊れるハードウェア >ソフトが壊れるより直すの楽だし… どっちにしろ再構築のベースがあるの楽よね
77 23/04/15(土)16:34:26 No.1047356059
直に作るのめんどくさいなぁってアレじゃないの！？
78 23/04/15(土)16:34:31 No.1047356081
コンテナツールでdockerが選ばれる時代は終わるとか聞いたけどマジなの？
79 23/04/15(土)16:34:32 No.1047356086
でも完全に理解した崖から落ちるのは気持ちわかるよ
80 23/04/15(土)16:34:46 No.1047356153
WindowsとMacのサポートキツすぎるからな…
81 23/04/15(土)16:35:00 No.1047356215
dockerより有望なのあるの？
82 23/04/15(土)16:35:26 No.1047356320
>コンテナツールでdockerが選ばれる時代は終わるとか聞いたけどマジなの？ ベンダー囲い込みやめようという流れがあるから cspもsierも分散してくしコンテナツールもベンダー依存やめようってだけの話
83 23/04/15(土)16:35:31 No.1047356343
dockerﾁｮｯﾄﾃﾞｷﾙ
84 23/04/15(土)16:36:03 No.1047356480
>dockerより有望なのあるの？ Virtual Box… やっぱ初心に帰るべきよ
85 23/04/15(土)16:36:04 No.1047356485
>>>スレ「」は今山の上にいるんだから持ち上げてやらないと >>>このあと絶望に落ちる >>>fu2105381.jpg >>それ嘘らしいよ >嘘のデータちょうだい >俺の体感はこれの通りだったよ Mazor, M.; Fleming, S. (2021). “The Dunning-Kruger effect revisited.”. Nature human behaviour. doi:10.1038/s41562-021-01101-z.
86 23/04/15(土)16:37:16 No.1047356776
>スレ画に限らずネットで転がってるものはテンプレートであって自分でカスタムして使うものだと思うよ >ChatGPTにDockerfile書いてもらおう
87 23/04/15(土)16:38:04 No.1047356978
>ChatGPTにDockerfile書いてもらおう 大丈夫？hubのスターが多い適当なコンテナ拾ってこない？
88 23/04/15(土)16:38:35 No.1047357119
>大丈夫？hubのスターが多い適当なコンテナ拾ってこない？ よし自分で書くよりいいな
89 23/04/15(土)16:39:40 No.1047357409
>>スレ「」は今山の上にいるんだから持ち上げてやらないと >>このあと絶望に落ちる >>fu2105381.jpg >それ嘘らしいよ グラフ自体が嘘という話はなかったはずだけど 解釈の仕方が単に平均値に戻るだけだから当たり前のこととかそういう話だったはず
90 23/04/15(土)16:40:12 No.1047357557
多分ネットで嘘という見出しだけ拾っちゃったんだろう
91 23/04/15(土)16:40:21 No.1047357594
下を見てまだ俺の食い扶持はあるなと思っちゃった 最悪
92 23/04/15(土)16:41:07 No.1047357813
やっとvmからdockerに全移行したけど起動早くて快適だわー
93 23/04/15(土)16:41:29 No.1047357910
普通ネット記事参考にして自分で書くだろ コピペだけしてわかって気になってるのか？
94 23/04/15(土)16:41:55 [LXC] No.1047358023
あのっ……！
95 23/04/15(土)16:43:34 No.1047358457
dockerコンテナのセキュリティってどうやって確保すればいいんだろう 公式コンテナ使ってる場合は毎月イメージ更新してけばいい？
96 23/04/15(土)16:43:47 No.1047358519
>あのっ……！ 名前変わったとかいう噂を聞いたが
97 23/04/15(土)16:44:09 No.1047358626
>普通ネット記事参考にして自分で書くだろ >コピペだけしてわかって気になってるのか？ スレ「」はネット記事を参考にして自前で書きはじめたよって話してる気がする
98 23/04/15(土)16:44:37 No.1047358754
>グラフ自体が嘘という話はなかったはずだけど >解釈の仕方が単に平均値に戻るだけだから当たり前のこととかそういう話だったはず そもそも元の論文にこんなグラフ存在しないぞ
99 23/04/15(土)16:44:44 No.1047358789
>やっとvmからdockerに全移行したけど起動早くて快適だわー 別にvmもdockerと同じサイズで中身も最小化したり最適化できてれば速さは大差ないと思うよ
100 23/04/15(土)16:44:47 No.1047358796
Excel自動で俺もなんかしたい
101 23/04/15(土)16:45:21 No.1047358964
>>普通ネット記事参考にして自分で書くだろ >>コピペだけしてわかって気になってるのか？ >スレ「」はネット記事を参考にして自前で書きはじめたよって話してる気がする ネット記事参考にならなくて役に立たんわだから一から書くといってるのでは
102 23/04/15(土)16:45:59 No.1047359133
セキュリティはコンテナの問題というより コンテナ動かすサーバとかクラウドの設定の問題な気がする
103 23/04/15(土)16:46:12 No.1047359188
このグラフはハイプサイクルから持ってきたんかね
104 23/04/15(土)16:46:41 No.1047359315
>dockerコンテナのセキュリティってどうやって確保すればいいんだろう >公式コンテナ使ってる場合は毎月イメージ更新してけばいい？ もはや当たり前すぎていうのも野暮なレベルだけど セキュリティのラインを決めるのは要件だから セキュリティの確保と一言で言われてもどこまでもやれとしか言えない
105 23/04/15(土)16:47:07 No.1047359424
OS跨いで検証したりするのに使うのかなっておもってた
106 23/04/15(土)16:48:07 No.1047359683
>もはや当たり前すぎていうのも野暮なレベルだけど >セキュリティのラインを決めるのは要件だから >セキュリティの確保と一言で言われてもどこまでもやれとしか言えない ベストプラクティス的なお話としてDocker使う時はこうしようねみたいなのは？
107 23/04/15(土)16:49:11 No.1047359977
>>もはや当たり前すぎていうのも野暮なレベルだけど >>セキュリティのラインを決めるのは要件だから >>セキュリティの確保と一言で言われてもどこまでもやれとしか言えない >ベストプラクティス的なお話としてDocker使う時はこうしようねみたいなのは？ それも要件 少なくとも一例でアプリのアプデの話してたが アプリケーションの脆弱性対策は当たり前だがコンテナの話ではなくアプリ側のベストプラクティスだろう
108 23/04/15(土)16:49:15 No.1047359990
>セキュリティはコンテナの問題というより >コンテナ動かすサーバとかクラウドの設定の問題な気がする 言葉が悪かった ホストのセキュリティとかは別途対処してるけどコンテナの中はどうしようかなって セキュリティパッチあてて不具合出すの怖いからイメージ更新でいいんかな…って悩んでた >セキュリティのラインを決めるのは要件だから >セキュリティの確保と一言で言われてもどこまでもやれとしか言えない それもそうなんだけどはっきりした要件無いんだよね…
109 23/04/15(土)16:49:17 No.1047360003
この記事は、以下のように要約できます。 Jansenらは、計算モデルと大規模な再現実験を組み合わせて、ダニング・クルーガー効果のメカニズムを新たな視点から解明した。 彼らの研究によると、ダニング・クルーガー効果は、能力の低い人が自分の信頼度信号（自信）に基づいて事後的に自分のパフォーマンスを評価する際に、事前に持っていた平均的な信念（70%正解すると思う）が修正されないことに起因する。 つまり、能力の低い人は自分が間違えた問題や不確かな問題を無視して、自分が正解した問題だけを数え上げてしまう。 これはメタ認知的な欠陥ではなく、合理的な推論過程であると言える。 しかし、この推論過程は、能力の高い人や中程度の人には当てはまらず、彼らは自分の信頼度信号と事前信念をうまく統合してパフォーマンスを評価できる。 したがって、ダニング・クルーガー効果は、能力レベルによって異なる信頼度信号と事前信念の関係性によって生じる現象であると結論づけられる。 ウソだって話じゃなさそうだが
110 23/04/15(土)16:49:44 No.1047360113
>別にvmもdockerと同じサイズで中身も最小化したり最適化できてれば速さは大差ないと思うよ プロセスの仮想化だからdockerのが基本軽いでしょ dbサーバとapサーバとか複数鯖毎にVM立ててたら普通に遅いと思う
111 23/04/15(土)16:49:53 No.1047360159
alpine linuxは一生信じない 絶対にもう使わない
112 23/04/15(土)16:50:23 No.1047360295
強いて言うならrootは使えなくしろとかそういうとこくらいでそんなのは調べれば10ヶ条みたいな感じでいろんなところで出てくると思う
113 23/04/15(土)16:50:46 No.1047360418
そもそもdocker-compose.ymlがもう時代遅れで 今はcompose.yml推奨だ
114 23/04/15(土)16:50:55 No.1047360446
>それもそうなんだけどはっきりした要件無いんだよね… じゃあ責任無いので適当でヨシ！
115 23/04/15(土)16:51:09 No.1047360514
言語ごとに習熟環境作るのに便利だったりするの？
116 23/04/15(土)16:52:04 No.1047360753
最近スレでこれの話たまに見るけどまだ半分くらいしかわからんな
117 23/04/15(土)16:52:24 No.1047360840
>最近スレでこれの話たまに見るけどまだ半分くらいしかわからんな 半分も分かってるのか…
118 23/04/15(土)16:52:49 No.1047360945
ホストのセキュリティがしっかりしていれば コンテナ内に入られる事はないから、そんなに考えなくていいとは思うが そもそもコンテナは静的なものだし rootをなくすとか、動作に最低限のものしかインストールしておかないとかはあるかもしれないけど
119 23/04/15(土)16:53:27 No.1047361119
他人が作ったプログラムをサーバー毎コピって運用できるという知識しかない
120 23/04/15(土)16:53:58 No.1047361283
docker社はDesktopを商用で有償にしたり 無料Teamプランやめるね…からやっぱやめるのやめるね… と金無いんだな…感がすごい
121 23/04/15(土)16:54:05 No.1047361307
>>最近スレでこれの話たまに見るけどまだ半分くらいしかわからんな >半分も分かってるのか… スレで話に出るときだとそこそこ最新に近い話出るからね それ追ってるとそのくらいはこれのこと分かる気がする
122 23/04/15(土)16:55:09 No.1047361636
>スレで話に出るときだとそこそこ最新に近い話出るからね >それ追ってるとそのくらいはこれのこと分かる気がする 正気か…？
123 23/04/15(土)16:55:15 No.1047361663
例えばコンテナのオブザーバビリティあげることもセキュリティの強化に繋がるからそういう情報を収集するためのサイドカー埋め込んでおけというのもセキュリティ強化策になるし普通はやるべきだけど スキルや予算の問題で見送ってるとこは多い でもそれでセキュリティ要件満たせてないかはわからない
124 23/04/15(土)16:56:26 No.1047361961
docker内でroot避けるのそんなにセキュリティ向上に役立たない気がする コンテナで分離されてるじゃん
125 23/04/15(土)16:57:09 No.1047362147
>docker社はDesktopを商用で有償にしたり >無料Teamプランやめるね…からやっぱやめるのやめるね… >と金無いんだな…感がすごい 金がないというより無償でやると無駄に支援しないといけない範囲が広がったり曖昧になるし 必要な人に必要十分なサポートをするために有料化してるんだろう これはjava有料化の時にも言えた話だけど
126 23/04/15(土)16:57:57 No.1047362392
作業用コンテナを立てるだろ お仕事ネットワークにVPNで接続するだろ すると外から繋がらなくなっちまうんだけどiptablesとかよくわからなくて怖い
127 23/04/15(土)16:58:12 No.1047362470
一人でいろいろやるのに使う？
128 23/04/15(土)16:59:04 No.1047362756
どうしてRHELはdocker捨てたの…
129 23/04/15(土)16:59:18 No.1047362827
普通に踏台なりWAFの奥でコンテナ動くだろうと思うんだが コンテナ自体のセキュリティまで要件求められる仕事ってあるの？ イメージ変えたらコンテナ内のアプリ動くか検証必要になっちゃうし
130 23/04/15(土)16:59:58 No.1047362998
クラウドサービスの脆弱性の8割は中のアプリケーションではなくクラウド側の設定ミスによるものとかいうしね
131 23/04/15(土)17:00:30 No.1047363135
昨年のnict発表サイバー攻撃トップ10にdockerコンテナ入ってた事を思い出した どんな攻撃されてるのかね
132 23/04/15(土)17:00:46 No.1047363202
>どうしてRHELはdocker捨てたの… なぜかと言われたらライセンス管理がめんどいからだとは思う
133 23/04/15(土)17:01:15 No.1047363344
>普通に踏台なりWAFの奥でコンテナ動くだろうと思うんだが >コンテナ自体のセキュリティまで要件求められる仕事ってあるの？ >イメージ変えたらコンテナ内のアプリ動くか検証必要になっちゃうし コンテナ内の動作で基盤サーバに影響ないかはだいぶ重要じゃないか カーネルはOSの使ってるんだし
134 23/04/15(土)17:02:16 No.1047363672
これでなんかプログラムが動くみたいなことまでは理解した
135 23/04/15(土)17:03:07 No.1047363907
>普通に踏台なりWAFの奥でコンテナ動くだろうと思うんだが >コンテナ自体のセキュリティまで要件求められる仕事ってあるの？ >イメージ変えたらコンテナ内のアプリ動くか検証必要になっちゃうし root無効化の話は適切な権限で適切な操作できるようにしないとアプリケーション経由で不用意にいろんなコンポーネントの操作に繋がるし wafがあるから万全という奴がいたら俺はそいつを間違いなくセキュリティ担当から下すと思う
136 23/04/15(土)17:03:53 No.1047364116
俺はわからなくなってWSL2使い始めちゃった…
137 23/04/15(土)17:04:40 No.1047364351
wsl2の上でdocker動かせばええ 競合するものじゃないぞ
138 23/04/15(土)17:04:43 No.1047364370
>俺はわからなくなってWSL2使い始めちゃった… その上でdocker動かせばええんやで 金払うならdesktop使ってwsl自体をdocker基盤にできるで
139 23/04/15(土)17:05:27 No.1047364601
Laravel勉強したいから調べたらこれ入れるの前提みたいに書いてて わかんねえ…ってなってたが 他の調べたらまた違うやつが前提って載ってた そして職場で聞いたら別に前提じゃないよって教わった 本当わかんねえや…
140 23/04/15(土)17:05:30 No.1047364618
クバネティスﾁｮｯﾄﾜｶﾙ
141 23/04/15(土)17:05:49 No.1047364723
サーバーレスに慣れすぎて物理サーバーは勿論こいつらを面倒みるのももう無理 完全にアマゾンに支配されてる
142 23/04/15(土)17:06:08 No.1047364803
>Laravel勉強したいから調べたらこれ入れるの前提みたいに書いてて >わかんねえ…ってなってたが >他の調べたらまた違うやつが前提って載ってた >そして職場で聞いたら別に前提じゃないよって教わった >本当わかんねえや… 多分前提って言葉を「」が間違って解釈してるだけだと思うよ
143 23/04/15(土)17:06:32 No.1047364926
VScodeの拡張機能入れてインストールしろって言われたからしただけでこのクジラが何をする何なのかわからん…
144 23/04/15(土)17:06:54 No.1047365025
>クバネティスﾁｮｯﾄﾜｶﾙ ｸﾊﾞﾈﾃｨｽﾜｶﾘﾀｶｯﾀｹﾄﾞﾔﾒﾀ...
145 23/04/15(土)17:07:05 No.1047365087
>サーバーレスに慣れすぎて物理サーバーは勿論こいつらを面倒みるのももう無理 >完全にアマゾンに支配されてる サーバーレスでも結局なんらかの箱物はあるんじゃないのか 完全に野放しってわけはないだろ
146 23/04/15(土)17:07:07 No.1047365099
>多分前提って言葉を「」が間違って解釈してるだけだと思うよ いや問答無用で入門書に「まず入れろ」って書いてた 書いてたのと手順が違って理解ができなかった
147 23/04/15(土)17:07:12 No.1047365131
コンポーネント全部ぶっこみまくった最強万能コンテナ作ってそれ一本で全部まかなおうぜ！
148 23/04/15(土)17:07:22 No.1047365179
ドッカーってGITとは違うの
149 23/04/15(土)17:07:28 No.1047365205
XAMPP「俺を使え！」
150 23/04/15(土)17:07:58 No.1047365361
>ドッカーってGITとは違うの 名前が違うものだから違うに決まってんだろ
151 23/04/15(土)17:08:12 No.1047365434
>>多分前提って言葉を「」が間違って解釈してるだけだと思うよ >いや問答無用で入門書に「まず入れろ」って書いてた >書いてたのと手順が違って理解ができなかった まず入れろはその本の手順の話で その本以外の手順でも必要とは言ってないだろう
152 23/04/15(土)17:08:19 No.1047365469
>Laravel勉強したいから調べたらこれ入れるの前提みたいに書いてて >わかんねえ…ってなってたが >他の調べたらまた違うやつが前提って載ってた >そして職場で聞いたら別に前提じゃないよって教わった >本当わかんねえや… 分からないってことが分かったら八割とは言わないけど六割くらいは分かってるようなもんだから胸を張っていいぞ 俺はそうしてる
153 23/04/15(土)17:08:20 No.1047365476
>ドッカーってGITとは違うの ドッカーで環境を作る 各種プログラムソースはぎふはぶから持ってくる
154 23/04/15(土)17:08:54 No.1047365658
docker以外もなんもわからん状態からとっつこうとすると超きついよね たぶんその段階なんだろう
155 23/04/15(土)17:09:00 No.1047365679
Dockerのいいところは環境構築がコード化されてるから自分で直せるところだ 仮想マシンのスナップショットが置かれてるより遥かにマシだ
156 23/04/15(土)17:09:23 No.1047365795
>alpine linuxは一生信じない >絶対にもう使わない 何かあった？
157 23/04/15(土)17:09:28 No.1047365824
ECSはすべてを解決する！！
158 23/04/15(土)17:09:36 No.1047365855
LaravelってPHPのwebフレームワークだよね前提なんてPHP乗ってるサーバ用意するだけでしょ 仮想あったほうが環境変えて遊ぶの楽だからあったほうがいいけどそれ前提とか言ってるのは完全におかしい
159 23/04/15(土)17:09:48 No.1047365922
>ドッカーってGITとは違うの gitは構成管理ツール githubはリポジトリ dockerはコンテナツール dockerhubはリポジトリ だから強いて言うならgithubとdockerhubくらいしか比較できないはずよ
160 23/04/15(土)17:10:32 No.1047366141
WAFの導入なんて公式見たら一発でしょ
161 23/04/15(土)17:10:36 No.1047366161
>分からないってことが分かったら八割とは言わないけど六割くらいは分かってるようなもんだから胸を張っていいぞ >俺はそうしてる 自分に甘すぎるだろ…
162 23/04/15(土)17:11:08 No.1047366302
ここまでに出てる言葉ぜんぜんわからん！
163 23/04/15(土)17:12:03 No.1047366543
>LaravelってPHPのwebフレームワークだよね前提なんてPHP乗ってるサーバ用意するだけでしょ >仮想あったほうが環境変えて遊ぶの楽だからあったほうがいいけどそれ前提とか言ってるのは完全におかしい この手順で進める前提を laravelいれる前提と広く解釈しちゃってるのが間違いの元なんだと思う
164 23/04/15(土)17:12:11 No.1047366576
>ここまでに出てる言葉ぜんぜんわからん！ つまりプログラムってことだ
165 23/04/15(土)17:12:35 No.1047366709
なあにコピペでいいんだよ 最近はやりたいこと丁寧にリストアップしたらChatGPTさんがいい感じに教えてくれる
166 23/04/15(土)17:13:29 No.1047366976
ChatGPTでWindows11HomeでLaravel開発環境を用意したいので手順を教えてくださいって聞いたら答え返ってきそう
167 23/04/15(土)17:13:30 No.1047366984
>>分からないってことが分かったら八割とは言わないけど六割くらいは分かってるようなもんだから胸を張っていいぞ >>俺はそうしてる >自分に甘すぎるだろ… ポジティブなのは大事だと思うよ じゃないと永遠に新しいことできないから
168 23/04/15(土)17:14:12 No.1047367172
>ChatGPTでWindows11HomeでLaravel開発環境を用意したいので手順を教えてくださいって聞いたら答え返ってきそう やらなくても帰ってくると確信できるな...
169 23/04/15(土)17:14:19 No.1047367214
dockerは実行環境を構築するものであって 開発環境の構築には向いてないって認識でいいの？
170 23/04/15(土)17:14:19 No.1047367216
>wafがあるから万全という奴がいたら俺はそいつを間違いなくセキュリティ担当から下すと思う wafで万全という話ではなくて、セキュリティ考慮するなら優先順位はコンテナの外からだよねという話 コンテナ自体は、アプリが動作する環境のスナップショットみたいなもんだし セキュリティアップデート頻繁に当てるような類のものではないだろう 必要に応じてコンテナ作り直しはあるかもしれないけど
171 23/04/15(土)17:15:00 No.1047367408
>ポジティブなのは大事だと思うよ >じゃないと永遠に新しいことできないから よし!これだと管理が楽で工程がかからないって聞いたぞ! お前もこれ使えよ!明日までに頼むな!
172 23/04/15(土)17:15:19 No.1047367506
>dockerは実行環境を構築するものであって >開発環境の構築には向いてないって認識でいいの？ このスレのレベルの話なら環境を簡単に構築できるのがメリットだから 実行も開発も例外なく向いてると思うよ
173 23/04/15(土)17:16:05 No.1047367706
Alpine Linuxを使いこなすにはそれまで当然のように最初から入ってた動的ライブラリと決別しないといけないからな 大体色々動かなくなる
174 23/04/15(土)17:16:39 No.1047367867
laravelの開発環境用のDockerfileもどっかにあるだろ、多分 プログラム始めるのに環境構築しなくてよくなったのが素晴らしいんだが 結局初心者はdocker何それなので、恩恵得られないんだよな
175 23/04/15(土)17:16:39 No.1047367872
>>ポジティブなのは大事だと思うよ >>じゃないと永遠に新しいことできないから >よし!これだと管理が楽で工程がかからないって聞いたぞ! >お前もこれ使えよ!明日までに頼むな! 何が言いたいのかわからん
176 23/04/15(土)17:16:40 No.1047367874
待って今どきどこの開発の職場でも使ってるでしょ…る
177 23/04/15(土)17:17:23 No.1047368092
金融とかまでいかなくても割とおっきな案件じゃないと顧客側がセキュリティの話理解しなかったり顧客側の予算事情もあるから 結果として「wafがあるから大丈夫です」っていうシーンはあるよね…
178 23/04/15(土)17:17:24 No.1047368094
>待って今どきどこの開発の職場でも使ってるでしょ…る それは流石にチームによるだろ 俺が支援した会社はどこもやってたけどやってないチーム自体はあった
179 23/04/15(土)17:17:26 No.1047368105
>何かあった？ alpineは普通のLinux環境のglibcじゃなくてサイズ削るために muslというシェア低いC言語ライブラリを使っているので 微妙な非互換性があってパフォーマンス出なかったり バグ踏んだりする glibc使うのが結局一番ええ
180 23/04/15(土)17:17:41 No.1047368180
>待って今どきどこの開発の職場でも使ってるでしょ…る ふふ…
181 23/04/15(土)17:17:50 No.1047368222
>musl こいつ起因でいろいろ起きるのが本当にね 本当にね…
182 23/04/15(土)17:17:53 No.1047368247
wslは重すぎ
183 23/04/15(土)17:18:05 No.1047368294
>結局初心者はdocker何それなので、恩恵得られないんだよな 本に書いてあるとおり忠実にやってもだいたい２～３箇所はうまく動かないのいいよね
184 23/04/15(土)17:19:16 No.1047368634
>wslは重すぎ 何と比較しての話をしてるのかがわからん dockerと比較してるなら用途違うし
185 23/04/15(土)17:19:35 No.1047368728
alpineで作っちゃったから今更変えるのも腰が重い…
186 23/04/15(土)17:19:39 No.1047368744
>>結局初心者はdocker何それなので、恩恵得られないんだよな >本に書いてあるとおり忠実にやってもだいたい２～３箇所はうまく動かないのいいよね そこを答え合わせしてくのが楽しいんだろう
187 23/04/15(土)17:19:50 No.1047368787
bingに聞いたけど使えるなコイツ fu2105467.png
188 23/04/15(土)17:19:51 No.1047368789
>待って今どきどこの開発の職場でも使ってるでしょ…る 一個前の案件開発開始時に本番と開発者個々のバージョン合わせなかった 当然dockerも無い
189 23/04/15(土)17:20:11 No.1047368881
>>musl >こいつ起因でいろいろ起きるのが本当にね >本当にね… こいつで悩んでからGoで依存のないシングルバイナリを作れる嬉しさが分かるようになった
190 23/04/15(土)17:20:35 No.1047368996
Macのdocker重すぎ問題がM系チップの馬力による力技でかいけつするなんて…
191 23/04/15(土)17:20:59 No.1047369100
>一個前の案件開発開始時に本番と開発者個々のバージョン合わせなかった >当然dockerも無い ？？？？？？
192 23/04/15(土)17:21:02 No.1047369113
>Macのdocker重すぎ問題がM系チップの馬力による力技でかいけつするなんて… ディスクアクセスはまだ重いぜ！
193 23/04/15(土)17:21:34 No.1047369252
dmarcレポートの解析ツール動かすために入れたけどdovecotにIMAP接続できない
194 23/04/15(土)17:21:48 No.1047369319
>wslは重すぎ windowsにdocker入れるどうこうの話なら今ならDocker Desktop for Windows でいいんじゃねえの 俺が知らないだけでDocker Desktopも内部的にwsl使ってるとかそういうお話・
195 23/04/15(土)17:22:09 No.1047369409
いまDocker使うのはこんがらがりそうだから
196 23/04/15(土)17:22:21 No.1047369471
開発環境のバージョン合わせは開発者の努力義務だぜ！
197 23/04/15(土)17:22:24 No.1047369486
>muslというシェア低いC言語ライブラリを使っているので >微妙な非互換性があってパフォーマンス出なかったり >バグ踏んだりする ああそういうことね そういうので引っかかってパッと解決できないと嫌になるのはわかる
198 23/04/15(土)17:22:36 No.1047369539
.envなしで開発と本番で違うバージョンのnodeやらphp動いてる コンテナもlatest運用 みたいな感じかね
199 23/04/15(土)17:24:03 No.1047369968
なんかdocker以外にもコンテナ作り始めたらしいけど全然分からん
200 23/04/15(土)17:25:26 No.1047370358
なんかalpineで作るべきみたいな考えあるけど実際どうなの？ そりゃ最小構成が良いとは思うけれど
201 23/04/15(土)17:26:05 No.1047370544
>なんかdocker以外にもコンテナ作り始めたらしいけど全然分からん containerdとかcri-oみたいなコンテナランタイムの話かね dockerだけ触ってるような段階なら別に知らなくてもいいと思うが
202 23/04/15(土)17:27:07 No.1047370851
そういうのはデファクト決まってから触ればいいんや
203 23/04/15(土)17:27:12 No.1047370878
RHEL系使ってるからpodman使ってるな
204 23/04/15(土)17:27:12 No.1047370879
>なんかalpineで作るべきみたいな考えあるけど実際どうなの？ >そりゃ最小構成が良いとは思うけれど 個人でテキトーに作るだけなら最小構成でやる必要は特段ないってのはそれはそうじゃね 業務でやるなら仕様書とにらめっこして各自考えてください以上のことは言えなさそう
205 23/04/15(土)17:28:49 No.1047371384
dockerが分かってきた Kubernatesはさっぱり分からん…
206 23/04/15(土)17:29:23 No.1047371542
>>待って今どきどこの開発の職場でも使ってるでしょ…る >一個前の案件開発開始時に本番と開発者個々のバージョン合わせなかった >当然dockerも無い 開発環境と本番環境のバージョン違うのつらいよね DBのバージョンがメジャーは同じだけど結構違う時はたのしかったです
207 23/04/15(土)17:30:03 No.1047371727
>dockerが分かってきた >Kubernatesはさっぱり分からん… k8sへの理解が進めばまたdockerわからんに戻ってさらに進むとk8sやっぱりわからんとなるから楽しみだね...
208 23/04/15(土)17:30:09 No.1047371751
これ使えって渡されたのに最後の最後に本番環境とバージョン違いました（笑）ってことあってふざけてんのかってなったな
209 23/04/15(土)17:30:10 No.1047371753
>dockerが分かってきた >Kubernatesはさっぱり分からん… コンテナをまとめたPodをまとめたワークロードリソースをよしなに動かして死活監視してどっか死んだら定義された状態になんか自動で戻そうとしてくれる偉いやつだよ 自動で戻るとは言っていないよ
210 23/04/15(土)17:30:23 No.1047371807
本番のphpバージョンが古すぎて辛いです
211 23/04/15(土)17:30:43 No.1047371894
>なんかalpineで作るべきみたいな考えあるけど実際どうなの？ >そりゃ最小構成が良いとは思うけれど フロントエンドWebサーバーとバックエンドWebサーバーとDBと…みたいな全部乗せ開発環境を作る場合は軽いコンテナの方が貧弱なメモリでも動かせて嬉しい 実行環境として使う場合はコンテナ増やすのが速いので負荷次第で調節するが楽 どっちも普通のシステムをメモリ32GB以上の開発環境で作る分には不要なケースが多いと思う
212 23/04/15(土)17:30:59 No.1047371945
>本番のphpバージョンが古すぎて辛いです ちゃんと新しくすれば快適なのにPHP雑に扱われがち
213 23/04/15(土)17:31:16 No.1047372017
結局雑な管理だと何使ってもグチャグチャにはなる
214 23/04/15(土)17:34:16 No.1047372837
>これ使えって渡されたのに最後の最後に本番環境とバージョン違いました（笑）ってことあってふざけてんのか 動いたの？結局
215 23/04/15(土)17:35:06 No.1047373049
phpくんはサポート期間もっと長くして…
216 23/04/15(土)17:35:37 No.1047373228
バージョン古すぎてdockerイメージがねえよ
217 23/04/15(土)17:38:55 No.1047374169
k8sよく分からないからFargateとCloud runに移行したぜ！
218 23/04/15(土)17:43:20 No.1047375398
DBのコンテナ作ってデータを再利用する方法がわからない
219 23/04/15(土)17:43:45 No.1047375492
>DBのコンテナ作ってデータを再利用する方法がわからない ボリューム使おう