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

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

[前50を表示]
150:デフォルトの名無しさん
20/08/03 23:51:14.53 NfejTM60.net
systemdが有効だとdockerのためのバッドノウハウ的な微調整をしなくてもすんなりサービスが動くから簡単でいいね
複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

151:デフォルトの名無しさん
20/08/04 00:17:59 g0FtfJ8n.net
はて？簡単じゃないから今こうして苦労してる話をしてるんだろうｗ

152:デフォルトの名無しさん
20/08/04 00:19:08 g0FtfJ8n.net
> 複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

1サービス1コンテナが原則
Dockerの原則すら理解していない
一つのコンテナにまとめてしまったら大規模サービスを作るときに
個々のサービスを分離できなくなる

153:デフォルトの名無しさん
20/08/04 04:15:05.46 MVQgCYKA.net
多分、docker云々以前にdevopsの概念とか
そういうのから勉強した方がいいと思う
これからの開発者なら必須だと思うし
インフラ屋ならおまんま食い上げにならない為に尚更勉強するべき
devops勉強した上でそれでもdockerに興味があるなら
kubernetesを勉強しろ
まあいずれにしてもインフラ領域はスレチかな

154:デフォルトの名無しさん
20/08/04 04:30:04.34 tCUx/sk1.net
>>151
仮定の前提を否定しても意味がない。

155:デフォルトの名無しさん
20/08/04 04:37:14.25 g0FtfJ8n.net
>>154
「仮定の前提」の内容を言ってみ

156:デフォルトの名無しさん
20/08/04 07:30:41.64 WQ3glHvk.net
>>152
dockerわかってない奴の典型例じゃんお前
利用者目線で全体として1つのサービスを提供するなら中で幾つサービスがあってもいいんだよ
サービスのカプセル化な
典型例だとgitlabコンテナ
これは中で多数のサービスが協調して動いてる
これを1サービス1コンテナで提供しようとしたら利用者に大変な労力を強いることになる

157:デフォルトの名無しさん
20/08/04 07:37:27 WQ3glHvk.net
やっぱり頭が硬いとだめだね
1サービス1コンテナは多くの場合でそれで上手く行くってだけなのにまるで必要条件であるかのように勘違いしてる

158:デフォルトの名無しさん
20/08/04 07:42:57 MVQgCYKA.net
>>157
「原則」だから全然間違ってないと思うが

159:デフォルトの名無しさん
20/08/04 07:53:53.70 WQ3glHvk.net
>>158
原則って言葉の意味わかってんならいいけど
複数サービス・systemdは絶対許さんと言わんばかりにレスつけてくる奴がいる
こいつは多分わかってないんだろ

160:デフォルトの名無しさん
20/08/04 08:09:29.39 MVQgCYKA.net
正直言って俺もsystemd動かすのはどうかと思うよ
何の為にdocker使ってんの？って話
そんなに使いたいならlxc使うべきだし
どうしてもdocker使いたいならlxcで動かしたlinuxで
docker動かしたとこでオーバーヘッドほとんど無いし
運用コスト考えたら必要無いもん入れるのは間違い

161:デフォルトの名無しさん
20/08/04 08:16:15.27 MVQgCYKA.net
参考までに聞きたいんだけど
複数サービスが動いているらしいgitlabのコンテナは
systemd動いてるの？
触った事無いから知らないんで教えて欲しい

162:デフォルトの名無しさん
20/08/04 08:26:23.30 WQ3glHvk.net
>>160
なんのためにってdockerインフラに乗っかってアプリケーションを簡単に配布するためでしょうが
この目的とsystemdを使う/使わないは直交した別のベクトルだから混ぜて考えるな
インターフェースを規格化して内部実装をカプセル化できるってのもdockerのメリットの1つ
内部実装の作り方に変な宗教を持ってるとそのメリットを活かせなくなる
複数サービスがやりやすいなら複数サービスで実装すればいい
systemdがやりやすいならsystemdで実装すればいい

163:デフォルトの名無しさん
20/08/04 08:29:18.24 MVQgCYKA.net
>>162
複数サービス載ってるとマイグレーションで問題あると思うよ
そこら辺はどう考えてるの？

164:デフォルトの名無しさん
20/08/04 08:35:41.82 WQ3glHvk.net
>>161
ソース公開されてるだろうから見てみたら？
俺は複数サービスが動いてることしか知らない
俺は利用者だから内部実装には興味がない
内部実装を知らなくてもgitlabコンテナを利用できる
それがdockerの素晴らしいところだ
これがもし複数コンテナを前提としている作り方だったとしたらどうなるだろう
どのコンテナが必要なのか？
コンテナを協調させるための設定はどうすればいいのか？
それらを踏まえた上でマニフェストをどう書くべきか？
調べること考えることが多すぎる
こんなんじゃあ起動するまでが大変だ
dockerはお手軽にアプリケーションを配布できるんじゃなかったのか？
このように1コンテナ1サービスに執着するようなdockerを理解してない人がイメージを作るとdockerのメリットが損なわれるので本当に迷惑

165:デフォルトの名無しさん
20/08/04 08:42:56.47 WQ3glHvk.net
>>163
gitlabはコンテナ起動時にChefを動かしてるね
なのでイメージのバージョンアップも簡単にできる
ではこれが複数のコンテナに分離されていたとしたらどうだろうか？
gitlab全体としてバージョンアップするのにどのコンテナをバージョンアップさせればいいのか？
対象コンテナが決まったとしてそれらのバージョンアップを安全に実施するにはどうすればいい？
幾つもあるコンテナの種類ごとにいちいちやり方を調べるのか？

166:デフォルトの名無しさん
20/08/04 08:53:12.67 MVQgCYKA.net
>>165
それこそが君の言ってる
「サービスのカプセル化」とか「インタフェースの規格化」のメリットでしよ？
dockerでサービス同士を疎結合にしてるメリットは
個々のサービスで完結しているから
マイグレーション時に自分のアプリケーションの事だけ考えれば
良いところでしょ
まあdockerってよりマイクロサービスのメリットだとは思うが

167:デフォルトの名無しさん
20/08/04 09:07:55.33 MVQgCYKA.net
あー、なんとなく理解した
開発者視点と利用者視点の差かな？
使う側からしてみりゃオールインワンで導入できた方が楽とか
そういう感じ？

168:デフォルトの名無しさん
20/08/04 09:18:57 WQ3glHvk.net
>>166
ポイントは必ずしもサービス毎の結合を完全に断ち切れるわけではないということだな

超シンプルな例としてAP-DBの2コンテナ構成を考えるとしよう
DBのバージョンとAPで使用してるドライバのバージョンにミスマッチがあれば動作しないということも当然あり得る
コンテナが独立しているからと言って個別に好き勝手にバージョンしていいわけではないことがわかるだろう

このように単純な構成ですら完璧ではない
ましてやgitlabのようなより多くのサービスが密接に連携しているアプリケーションはさらに繊細だ
コンテナを分離すればするほど設定ミスやバージョンアップミスなどトラブルが生じやすくなる

賢明なgitlab社は1サービス1コンテナではうまく行かないことを知っていたので1つのコンテナに複数のサービスをまとめて出荷した
その試みは成功して誰でも簡単に僅かな設定だけでgitlabコンテナを利用することができるようになった
ほとんど何も考えなくても安全にバージョンアップすることができるようになった
これはdockerの素晴らしい体験そのものだろう

169:デフォルトの名無しさん
20/08/04 09:22:11 MuqrA5JF.net
開発者（自分で作ったものを配布する）か
インフラエンジニアかの違い

インフラエンジニアは自分でアプリを作ってない
だからDocker化する＝誰かが作ったアプリをDocker化するという発想しかない
自分で作ってないから起動する方法が（ちゃんと調べないと）わからない
だからsystemdを使おうとする

インフラエンジニア、いいか？Dockerはお前らのためのツールではない
お前らはただ言われたアプリを動かすだけでいい
自分でDockerイメージを作ろうとするな

170:デフォルトの名無しさん
20/08/04 09:32:06 MVQgCYKA.net
>>168
だから「原則」なんでしょ？
そりゃ依存があるなら一緒のコンテナに載せるのは仕方ないでしょ
でも理由がなけりゃコンテナ分けるのが普通だよね？

これを前提にもう一度>>152読んで欲しいんだけどさ

　> 複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

に対して

　1サービス1コンテナが原則

って言ってるのに
頭が硬いとか言うのはどうかと思うよ？

171:デフォルトの名無しさん
20/08/04 09:38:55 MVQgCYKA.net
>>169
俺もそんな感じの考えだな
個人的にはマイクロサービスの段階をすっ飛ばして
いきなりコンテナとかが増えてきたから
インフラエンジニアの大半は根本的な考え方を理解してないと思う

172:デフォルトの名無しさん
20/08/04 10:05:16.63 WQ3glHvk.net
>>170
原則って言葉を理解して使ってるなら良いとさっきもレスした
頑なに1コンテナ多サービスやsystemdコンテナを拒絶してそうな奴が原則って言ってるのが気になるわけ

173:デフォルトの名無しさん
20/08/04 10:12:21.45 AOEiEarH.net
ｱﾌﾟﾘ開発専門のｺーﾀﾞーが調子こいてて笑える

174:デフォルトの名無しさん
20/08/04 10:14:41 MVQgCYKA.net
>>172
いや、むしろ配布が楽になるって言ってる人に
「1サービス1コンテナが原則」って言うのは当然のことだと思うよ
そういう用途の為にdockerは作られてる訳じゃないから

それに頑なにsystemdを拒絶してそうな奴には一切見えないんだけど
何をもってそう判断してるの？

175:デフォルトの名無しさん
20/08/04 10:23:53.27 WQ3glHvk.net
>>169
何らかの開発に従事する開発者だとしても
他者の作ったプロダクトは「誰かが作ったもの」だろ
このOSSの時代に全て自作のフルスクラッチというわけにもいかない
他者の作ったプロダクトが必要でそれがsystemdに依存しているあるいは推奨してるならコンテナで動かすときもsystemdを使ったほうがトラブルは少ない
解ってないやつほど余計なことをして変なバグ作ったりするんだよな
コンテナの内部実装の手法なんてのは様々あっていいはずなのにsystemdはダメだという先入観にとらわれて選択肢を自ら減らしてしまっている
頭が硬いという他なんと言えばいのか

176:デフォルトの名無しさん
20/08/04 10:30:33.21 MVQgCYKA.net
もう言ってることが意味不明過ぎて訳がわからない・・・
なんでdockerスレ来たの？
オンプレ鯖しか触ったことの無い老害的な香りが漂ってきたよ
コンパイルしたこと無さそう

177:デフォルトの名無しさん
20/08/04 10:34:59 WQ3glHvk.net
>>174
> そういう用途の為にdockerは作られてる訳じゃないから
配布を楽にする為にdockerが作られたわけじゃない、と言ってる？
ならその認識はおかしいので正したほうがいい
リリースを容易たらしめるというのはdockerの存在理由1つ
全てではないが大きなウェイトを占めていることは間違いない

> それに頑なにsystemdを拒絶してそうな奴には一切見えないんだけど
> 何をもってそう判断してるの？
一連のレスの流れをみて全体的にそう感じた
わかってると思うが君のことじゃないよ
ちょくちょく煽りを入れてくるもう一人のウザいほうね

178:デフォルトの名無しさん
20/08/04 10:42:13.04 MuqrA5JF.net
>>175
systemd前提で作られてあるアプリなんて無いんだよ？
開発中にsystemdと連携しないとテストできないってありえないし
systemdなしで使えばいいだけ

179:デフォルトの名無しさん
20/08/04 10:45:10.68 MuqrA5JF.net
あとDocker初心者なら
Docker公式Dockerfileを参考にしろ
systemdに依存するのが恥ずかしくなってくるから

180:デフォルトの名無しさん
20/08/04 10:45:31.39 WQ3glHvk.net
>>176
わからないのは単に経験が足りないんじゃないかな
簡単なアプリケーションしか開発したことないでしょ？
もっと難しい構成にもチャレンジして色んな可能性を模索してみなよ
redhatがユニバーサルベースイメージなどとご大層な名前を付けてsystemdサポートのベースイメージを公開してるのはなぜか？
systemdコンテナが本当に必要ないもの悪しきものだったらredhatがそんなもの作ると思うか？
もう少し踏み込んで考えてみてくれ
末端の開発者から先のキャリアに進むためにも

(在宅とはいえ流石にサボりすぎだからまた夕方に来る)

181:デフォルトの名無しさん
20/08/04 10:50:07 MuqrA5JF.net
>>180
> redhatがユニバーサルベースイメージなどとご大層な名前を付けてsystemdサポートのベースイメージを公開してるのはなぜか？

ベンダーロックインするためだろｗ

182:デフォルトの名無しさん
20/08/04 11:11:44.74 MVQgCYKA.net
ていうか >>160で言ってる通り
俺はsystemdは動かすべきじゃないと思ってるよ
 >>152がどう思ってるのかは知らんけど
とりあえず勝手な思い込みで他人に意味不明なレッテル貼ったり
罵倒したり批難したりは良くないと思う
あとここはdockerのスレだし
dockerを使っている人が集まってる
自分で考えて独自解釈するのは勝手だが
せめてdockerがどういう用途で一般的に使われているか位は
勉強してから書き込んだほうが良いと思うよ

183:デフォルトの名無しさん
20/08/04 11:52:59.02 mFK64/UE.net
Docker ファイルは書きたくないマイナーなアプリケーションを使いたいということかそれがシステム D 依存している？
と言うかアプリの起動方法を調べてないということね
必要なのはDockerではなくてアプリの起動方法じゃねーのか？

184:デフォルトの名無しさん
20/08/04 11:56:12.40 O6Bh4KxT.net
よく分からんけどアプリの起動なんてバイナリ叩けばいいだけじゃないの？

185:デフォルトの名無しさん
20/08/04 11:58:02.24 lOSBgkc4.net
あるソフトを導入したい
→Webで調べて個人ブログ等を見つける
→そのままの手順でDockerに導入
→systemctlが使えない！systemd入れなきゃ！
的な感じでは

186:デフォルトの名無しさん
20/08/04 13:17:30 hTsBg4ec.net
>>182
ﾌﾞーﾒﾗﾝwww

187:デフォルトの名無しさん
20/08/04 19:34:28.39 v8C/5G1y.net
>>185
これ馬鹿にしたもんじゃないよ
ブログ真似するだけで出来なけりゃ便利じゃない。
サービスはsystemctlで起動するのが当たり前なのに
技術的や思想的な理由でその常識を覆されたら
ユーザーはガッカリする。
「systemctlも使えなかったわ。Dockerって不便だね。」
こういう意見は真っ当な評価だよ。

188:デフォルトの名無しさん
20/08/04 19:35:08.11 MuqrA5JF.net
> サービスはsystemctlで起動するのが当たり前なのに
誰が言ったんですか？

189:デフォルトの名無しさん
20/08/04 19:35:54 MuqrA5JF.net
自分が作ったアプリがsystemdで起動するのが当たり前って無いなぁ
わざわざsystemd対応しなければいけないんだが

190:デフォルトの名無しさん
20/08/04 19:36:51 MuqrA5JF.net
既存のDockerイメージを見ても、systemdで起動してないのが当たり前だよ
常識の話をするなら、systemdを使わないのが常識だろう
それを覆すなよ

191:デフォルトの名無しさん
20/08/04 19:44:09.73 v8C/5G1y.net
>>190
それはDockerの常識だよ
普通のhttpdやmysqldは
通常systemctlで起動するのが常識
yumやaptしたらあとはsystemctl叩けばいいだけだって
誰だって思う
利用者は当然Dockerの中でもsystemctl叩けばいい
って自動的に思う
バイナリの場所やPIDファイルの場所なんて
誰も覚えてないよ
それをシェルログインして調べなきゃならなくなった時点で
便利じゃない
Virtualboxにしときゃ良かったって後悔し始める
人が出てもおかしくない

192:デフォルトの名無しさん
20/08/04 19:47:46.98 pID3dDUo.net
赤帽で動いてる既存システムをとりあえずなるはやでdockerizeしたいときに便利そう←SYSTEMD

193:デフォルトの名無しさん
20/08/04 19:54:33 pID3dDUo.net
>>191
既存の資産やスキルセットが再利用できない点は問題だと思う
SYSTEMDを認めたうえでベストプラクティスを追求するとシングルプロセスになるぐらいのバランス感覚がちょうどいい

194:デフォルトの名無しさん
20/08/04 20:54:24 6nwMPZdR.net
どうも>>185が図星だったらしい

195:デフォルトの名無しさん
20/08/04 21:11:56 tCUx/sk1.net
>>193
systemdのサービス設定ファイルを読んだら、実際ちょっと肩透かしだからな。ｗ
こんだけでええの？ていう。

systemdを悪くいう人もいるが、initスクリプトに比べたら超マシだと思う。

196:デフォルトの名無しさん
20/08/04 21:19:22.76 SyQYqCbe.net
>>191
> 普通のhttpdやmysqldは
> 通常systemctlで起動するのが常識
ディストリによる
systemdが使われてないディストリもある
そのことからもわかるように、httpdやmysqld自体は
何で起動するかなんか関係ない

197:デフォルトの名無しさん
20/08/04 21:20:48.66 SyQYqCbe.net
>>195
その「こんだけでええの？」を
Dockerで実行するだけなんだが（笑）
だからsystemdなんかいらないわけ

198:デフォルトの名無しさん
20/08/04 21:23:33.57 SyQYqCbe.net
>>191
> yumやaptしたらあとはsystemctl叩けばいいだけだって
> 誰だって思う
だからインフラ屋はアホなんだよな・・・
httpdとかmysqldなんかは、Dockerが公式に用意しているイメージを使うだけ
そういうイメージは自分で作ったりしない
インフラ屋がイメージ作るとしたら、それしかないというのはわかるよｗ
でもイメージを作る必要があるのは自分（自社）で開発したアプリなの
yumやaptで入れて終りなら、そんなものDocker使う必要ないの

199:デフォルトの名無しさん
20/08/04 21:23:36.09 6nwMPZdR.net
>>196
「検索して調べたらsystemctlで起動って書いてあったんだよムキー！」
そういう人はsystemd入れりゃいい

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
だからそれはデバッグだって
作ったものを確認するのがテスト
作りかけの物を動かしながら問題を分析したりコーディングをするのがデバッグな
これ新入社員レベルの知識だからワカッテナイト恥ずかしいよ

次ページ