[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
267: 2021/01/15(金)16:28 ID:TKANrLkr(17/21) AAS
>>265
疎結合と一言で言っても色々ある
ミクロサービスは疎結合の代表だが
別にミクロサービスじゃなきゃ疎結合できないわけじゃない
さっきも言ったように
サービスとしてはモノリスでもコードレベルで高度にモジュール化することで疎結合を達成するモジュラーモノリスのような考え方もある
コンテナは1つでも内部のサービスが疎結合ならなんの問題もないのだ
268: 2021/01/15(金)16:29 ID:TKANrLkr(18/21) AAS
>>263
そうだっけ？正確にはググって
269: 2021/01/15(金)16:35 ID:TKANrLkr(19/21) AAS
で、この1コンテナ、マルチプロセス(サービス)で成功してる代表的なコンテナがGitLabね
薄っぺらい表面的な知識しかない連中と違って、流石にGitLabのエンジニア達は深く理解してる
杓子定規にコンテナを分ける必要はない、背景が不明な不特定多数に配布するなら、むしろバンドルしたほうがいい、と理解してる
270: 2021/01/15(金)16:40 ID:6mixkv7d(2/2) AAS
GitLabはセルフホスティング対応が大前提だからそうなってるんだよ
シングルインスタンスなSaaSとは別次元の話
271: 2021/01/15(金)16:59 ID:TKANrLkr(20/21) AAS
つまり利用者側からは1コンテナのほうがいいってことだ
272: 2021/01/15(金)17:41 ID:TKANrLkr(21/21) AAS
基本は1コンテナなんだよ
ちゃんと利用者のことを考えてるならな
で厳しい要件満たすために、分散管理したい連中のために、いちおうバラ売りコンテナも用意しとく
それがベストプラクティス
さいしょっから分散管理のみサポートします、なあんて、怠惰もいいとこだ
273: 2021/01/15(金)18:55 ID:dw4hxnTe(10/10) AAS
それはご苦労なこった
俺は怠惰だからメインのコンテナ以外はありあわせのイメージ使うぜ
274: 2021/01/15(金)19:21 ID:F2PkWUyM(1) AAS
自社以外に誰も求めてないマイナーサービスは最初からバラ売りでもいい
275: 2021/01/16(土)12:37 ID:iVfNA5oL(1/8) AAS
複数のサービスを一つのコンテナにまとめたほうがいいって言ってるやつは
複数のサービスが一つのコンテナになってるから
"使うのが楽"って言ってるんだよ。
作るのが大変の否定になってない
>>1は作るのが大変と言っている
> Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けています。
Dockerを使ってると言いつつ、自分でDockerfileもyamlも書かずに
ただ誰かが作ったものを使うだけのやつは、Dockerを使ってるとは言えない
んで、使ってるだけのやつが、使うのが楽と言ってる
省2
276(1): 2021/01/16(土)12:50 ID:TRxochm9(1/6) AAS
いやいや、作るのもめちゃくちゃ簡単だぞ？
Supervisorとか使うだけ
Dockerfileも既存のchefなんかが、殆どそのまま使える
277(2): 2021/01/16(土)13:00 ID:TRxochm9(2/6) AAS
コンテナを分けないことで、お互いのサービスの提供するコマンドラインツールを使いやすくなるのも、便利だな
ある古いサービスAの、管理者用のコマンドラインがあるんだが、、、
これはサービスAをインストールしたマシンで、ローカル実行する必要があった
もちろん、RPCなどという気の利いたものは、ない
開発者からすると、SSHがあればいいでしょ？みたいな気持ちだったんだろうな
そして、サービスBからこのコマンドラインを実行したい、と、なったわけだ
もし、サービスAとサービスBのコンテナを、分けてしまったら
サービスBから、このコマンドラインを実行するのは、普通の方法では、不可能だ
docker.sockをマウントして、サービスBコンテナからdocker execするか、、、
サービスAを拡張してRPAを追加しなきゃならない
省2
278: 2021/01/16(土)13:05 ID:d+XwEvch(1/2) AAS
オンプレの延長だな
279: 2021/01/16(土)13:07 ID:5ICFXjQI(1/9) AAS
データベースは既存のサーバーが使えたほうが便利と思うけど
AWSのRDSとか使わせろ
280(1): 2021/01/16(土)13:09 ID:iVfNA5oL(2/8) AAS
>>276
> いやいや、作るのもめちゃくちゃ簡単だぞ？
> Supervisorとか使うだけ
使うだけじゃなくて設定ファイルとか書かないと駄目だろ
ログをどうするかとかさ、永続的なファイルをどうするかとかさ
281(1): 2021/01/16(土)13:10 ID:iVfNA5oL(3/8) AAS
> Dockerfileも既存のchefなんかが、殆どそのまま使える
chefを使うってアホじゃないか
Docker使う意味がなくなってる
282: 2021/01/16(土)13:10 ID:TRxochm9(3/6) AAS
このように、1サービス1コンテナの精神で細かく分離すると
サービス同士が疎結合になり、一見すると良いように思える
しかし、疎結合である、ということは、サービス間の連携のオーバーヘッドが増える、ということだ
サービスはRPCを実装しなければならず、開発者は疲弊する
サービスメッシュの管理コストは増大し、運用者は疲弊する
これはミクロサービスの功罪と同じことだが、なんでもかんでも、小さく分けて、疎にするのが、常に正解なわけじゃない
全てはトレードオフなのだ！
たしか、マーティンファウラーだったと思うが
彼曰く、最初からミクロサービス的な思想に傾倒した案件は、失敗することが多い、らしい
最初はモノリスのほうが、うまく行くのだ
省1
283(1): 2021/01/16(土)13:11 ID:TRxochm9(4/6) AAS
>>280
そんなことも出来ないの？
284(1): 2021/01/16(土)13:12 ID:iVfNA5oL(4/8) AAS
>>277
それ、仮想マシン使えって話なんだ
285(1): 2021/01/16(土)13:12 ID:iVfNA5oL(5/8) AAS
>>283
作るのが大変だって話をしてる
出来るできないの話ではない
286(1): 2021/01/16(土)13:12 ID:TRxochm9(5/6) AAS
>>281
あるぞ
GitLab公式コンテナはChefで動いてる
287(1): 2021/01/16(土)13:13 ID:TRxochm9(6/6) AAS
>>285
大変じゃないけど？
288(2): 2021/01/16(土)13:15 ID:iVfNA5oL(6/8) AAS
まあここを読めって話だな
Supervisor と Docker を使う
外部ﾘﾝｸ[html]:docs.docker.jp
289(1): 2021/01/16(土)13:16 ID:iVfNA5oL(7/8) AAS
>>287
apt-getでインストールするだけ vs 設定ファイルを自分で書く
290(1): 2021/01/16(土)13:16 ID:iVfNA5oL(8/8) AAS
>>286
> GitLab公式コンテナはChefで動いてる
それを同じことをお前が作るのは大変だって話をしてる
291: 2021/01/16(土)13:18 ID:7o928iA8(1/7) AAS
>>284
仮想マシンは重いからやだ
292: 2021/01/16(土)13:18 ID:7o928iA8(2/7) AAS
>>289
どっちも大変じゃないけど？
293(1): 2021/01/16(土)13:19 ID:5ICFXjQI(2/9) AAS
supervisordの方が面倒くさい
docker-composeの方が楽
294: 2021/01/16(土)13:19 ID:7o928iA8(3/7) AAS
>>290
大変じゃないけど？
もちろんGitLabほどの製品を作るのは無理だろうけどChefでコンテナを作るのは誰だってできる
295: 2021/01/16(土)13:20 ID:7o928iA8(4/7) AAS
>>293
そりゃ、手間を利用者側に、オシツケテル、からでしょ
296(2): 2021/01/16(土)13:25 ID:5ICFXjQI(3/9) AAS
docker-compose psしたらsupervisordが生きてたらupと表示されるが
設定にミスがあった場合や問題が起きた場合もsupervisordさえ生きてたらupと出る
判定するにはログやsupervisordのあるコンテナ内でコマンド実行が必要
どこが優しいねん
297: 2021/01/16(土)13:32 ID:5ICFXjQI(4/9) AAS
>>288
A container’s main running process is the ENTRYPOINT and/or CMD at the end of the Dockerfile.
It is generally recommended that you separate areas of concern by using one service per container.
That service may fork into multiple processes (for example, Apache web server starts multiple worker processes). It’s ok to have multiple processes, but to get the most benefit out of Docker, avoid one container being responsible for multiple aspects of your overall application.
You can connect multiple containers using user-defined networks and shared volumes.
外部ﾘﾝｸ:docs.docker.com
298(1): 2021/01/16(土)13:33 ID:7o928iA8(5/7) AAS
>>296
ミスがある前提なら何やっても駄目だろ
ひでー詭弁だな
299: 2021/01/16(土)13:33 ID:5ICFXjQI(5/9) AAS
avoid one container being responsible for multiple aspects of your overall application.
avoid one container being responsible for multiple aspects of your overall application.
300(1): 2021/01/16(土)13:34 ID:5ICFXjQI(6/9) AAS
>>298
開発や運用でトラブルが一切無いと考える方が頭おかしい
301(1): 2021/01/16(土)13:36 ID:5ICFXjQI(7/9) AAS
dockerやdocker-composeだけでsupervisordのやってる事と同じ事が出来る
余計なコンポーネントを増やすな
302: 2021/01/16(土)13:39 ID:7o928iA8(6/7) AAS
>>300
なら1コンテナ1プロセスでも間違いは起こるなー
303(1): 2021/01/16(土)13:39 ID:7o928iA8(7/7) AAS
>>301
aupervisorだけでdockercomposeがやるようなことはできる
余計なコンポーネントを増やすな
304(1): 2021/01/16(土)13:42 ID:5ICFXjQI(8/9) AAS
>>303
supervisordあったらdocker要らなくね？
305(2): 2021/01/16(土)13:47 ID:5ICFXjQI(9/9) AAS
既存のデータベース使うとかは考えないの？
データベースの入ってないDockerイメージと
入ってるイメージ2種類作るのか？
それか起動時のスクリプトにフラグ追加？
だったら最初から分けとけよ
めんどくさい
306(1): 2021/01/16(土)14:03 ID:Q9Gxtc5G(1/10) AAS
>>304
要る
svに限らず、全ての依存関係を、imageにパッケージングする機能
インスコした物を、キレイサッパリ、廃棄する機能
お手軽サンドボックス
ありがとう、docker！
307(1): 2021/01/16(土)14:05 ID:Q9Gxtc5G(2/10) AAS
>>305
お前さー、少しはレス読みなよ
分散用に、分けたコンテナをオプションで配布する、ことまではヒテイしとらんだろ
言うなれば、マルチサービスコンテナファーストだよ
シングルサービスコンテナはオプションだ
308(1): 2021/01/16(土)14:05 ID:kbdLhinp(1/9) AAS
>>306
LXCか仮想マシンに直接インスコでよくね？
docker使うならsupervisord使わなくても
docker-composeのyml配れば良いじゃん
何も問題ない
309(1): 2021/01/16(土)14:07 ID:kbdLhinp(2/9) AAS
>>307
くそデカイメージと小さいイメージ2種類用意するのが面倒
docker-composeなら簡単にかけて
小さいイメージ1種類で済む
310(1): 2021/01/16(土)14:08 ID:Q9Gxtc5G(3/10) AAS
>>305
それとな、内部DBと外部DBを選択できるコンテナは、わりとよくある
スタンドアロンだとsqlite、そうじゃないとpostgres、mysqlのどっちか
てなわけよ
スタンドアロンファースト
(・∀・)ｲｲﾈ!!
311(1): 2021/01/16(土)14:12 ID:Q9Gxtc5G(4/10) AAS
>>309
小ささにこだわって、オーケストレーションマニフェスト書かせたり、運用の手間を増やすな
カリッカリにチューニングしたい、オタク共に合わせるのは、大半のユーザーにとっては面倒でしかないんだよ
多少、重くていいから、お手軽に使わせろ、ってーの
312: 2021/01/16(土)14:24 ID:kbdLhinp(3/9) AAS
>>310
sqliteはプロセス要らないからいいが
mysqlやpostgresqlを突っ込めというのはキ○ガイの所業
複数DB対応するには普通は対応コストがかかる
DBラッパー使っても特定DBにしか対応してない拡張は使えないし
docker-composeで書いても大した記述量でもあるまいに
意図的に無視してるな
313(1): 2021/01/16(土)14:28 ID:kbdLhinp(4/9) AAS
>>311
docker-compose配ればいいだけだろ
基地外
314: 2021/01/16(土)14:32 ID:Q9Gxtc5G(5/10) AAS
>>313
podmanで動くようにしろ
K8Sで動くようにしろ
Nomadで動くようにしろ
うちの環境はだと動かないんだが？
、、、
お前これ全部対応できんの？
315: 2021/01/16(土)14:34 ID:kbdLhinp(5/9) AAS
手軽に試すなら普通はdocker-compose使うから
そんな特殊なやり方で対応する必要がない。
k8sやらnomadに手軽さは求めてないし。
k8sでやるんだったらhelmチャートあると便利。
316: 2021/01/16(土)14:37 ID:Q9Gxtc5G(6/10) AAS
マルチコンテナだとこうやって、実行環境に会わせて、オーケストレーションマニフェストをたくさん書かなきゃならん
一方でシングルコンテナなら、docker runするだけ
超簡単で、みんなハッピー
しかも、podmanでも、同じように動く
317(1): 2021/01/16(土)14:39 ID:kbdLhinp(6/9) AAS
そんな手軽さ別に求めてないし。馬鹿なの？
docker-compose用意してたら大体想定されている使い方分かるから、
自分でYAMLなり何なり書けば良いだけ
318(1): 2021/01/16(土)14:50 ID:Q9Gxtc5G(7/10) AAS
>>317
ユーザーに、手間をかけさせちゃ、だめだ
GitLabはこれをよくわかってる、から、1コンテナに詰め込んだ
ユーザーはdocker runするだけで、GitLabを使えるようになった
これが、マルチコンテナだったら、まあ、大変だよ
319: 2021/01/16(土)15:03 ID:Q9Gxtc5G(8/10) AAS
自作PCとスマホ、みたいなもんかなー
マルチコンテナ≒自作PC
このパーツ、あのパーツ、色々集めて、ミスしないようにくみたてて、ドライバとかも探して、入れて下さい
ツールは別売りなんで、それも自分で探して、入れてください
組み合せが悪いと、動かないかもしれません
でも、まあ、自己責任です
スマホ≒シングルコンテナ
スマホを購入して、箱から出して、電源を入れて下さい
WIFIとアカウントの入力だけ、お願いします
驚きましたか？そうです、もう使えます！
省2
320(1): 2021/01/16(土)15:03 ID:kbdLhinp(7/9) AAS
>>318
作る側の手間がかかり過ぎるって言ってんだろ馬鹿なの？
だから誰も真似しない
本格運用しないならdocker-composeで動けば十分だろバーカ
321(1): 2021/01/16(土)15:05 ID:kbdLhinp(8/9) AAS
なんでそんなちょっと試して見るだけのくそでかイメージが
あらゆる環境で動く事を気にする必要がある？？？
322(1): 2021/01/16(土)15:06 ID:Q9Gxtc5G(9/10) AAS
>>320
大した手間じゃないよ
一流は自分達の、多少の手間を惜しんで、ユーザーの負担を、増やそうとはしない
二流は自分達が、ほんの少し楽したいからって、ユーザーに手間をオシツケテル
GitLabは超一流だ
だから、シングルコンテナを選んだ
そのほうが、ユーザーが、楽だからだ
323: 2021/01/16(土)15:08 ID:Q9Gxtc5G(10/10) AAS
>>321
世界に公開するイメージなら、どの環境でも、簡単な手順で、動いたほうがいいに、決まってる
324: 2021/01/16(土)15:09 ID:kbdLhinp(9/9) AAS
>>322
そんな物誰も求めてないから真似しないんだと思うよ。
325: 2021/01/16(土)16:14 ID:xgde4k3r(1) AAS
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock my-awesome-app docker-compose up
326: 2021/01/16(土)17:46 ID:A/RioSjd(1) AAS
docker.sockをさらけ出すとあぶない
327: 2021/01/16(土)20:08 ID:agw/Ae5n(1) AAS
>>226でDockerてのは設計としては1コンテナ1プロセスを推奨してますよ、普通は>>308みたいにymlとdocker-compose
で構築してくださいね、でもまあ>>277見たいなケースで複数プロセス動かしたい時は>>288みたいな仕組みは用意して
ますから使ってくださいね、このケースの成功例はGitLabがありますよ。
唯>>296の様なリスクも在りますので気をつけてくださいね。
と、たったこれだけの話なのに一流だ二流だDockerfileもyamlも書かずに使ってるだけだから分かってないと、兎に角
相手をDisらなければDocker原理主義者の皆さんの会話でしたｗ
328: 2021/01/16(土)20:29 ID:xviAIVIh(1) AAS
暇だから適当なこと言ってからかって遊んでるだけだぞ
329: 2021/01/16(土)20:48 ID:hpTtRYug(1) AAS
GitLabは例外でしかないだろ
GitLabのDockerfileみてみろ、めちゃくちゃ大変なことしてるぞ
あれはそこまで頑張ってでも1コンテナにしたほうが
利用者にとっては便利だから、工数かけてやっただけで
作る側にとっては大変だってことの証明になってる
330: 2021/01/16(土)21:13 ID:niX7PYZl(1) AAS
GitLabはDockerが推奨する「普通の」やり方で作った非公式イメージが前からあった
あのやり方に疑問を抱く者は少なくなかった
公式helmチャートも出来たようだ
helmでそんな巨大イメージにする必要ないので
普通のやり方で作られてる
331: 2021/01/16(土)21:17 ID:g9x2r+gF(1/3) AAS
> あのやり方に疑問を抱く者は少なくなかった
それは使う側から見た話だろ？
作る側はどれだけ大変か、Dockerfileを見ればわかる
332(1): 2021/01/16(土)21:20 ID:Vaze8PjO(1) AAS
オーケストレーション前提じゃオペレーターも大変だ
オペレーターはレゴブロック遊びに付き合うほど暇じゃない
333: 2021/01/16(土)21:25 ID:wiSCvGlT(1) AAS
外部ﾘﾝｸ:github.com
GitLab使うならこっちでよくね？
334(1): 2021/01/16(土)21:29 ID:OQ3EdIh9(1) AAS
readmeなっが
お手軽な公式版、使うわ
335: 2021/01/16(土)21:31 ID:g9x2r+gF(2/3) AAS
な？「使うわ」という使う側の立場でしか見てないんだよ
作る側の大変さの話をしてるのにな
336: 2021/01/16(土)21:34 ID:2WB90esU(1) AAS
バカの一つ覚えのように一つのコンテナなら手軽に試せるしか言わねえし
何言っても無駄だろ
337: 2021/01/16(土)21:36 ID:TWWzREgo(1) AAS
>>334
外部ﾘﾝｸ:github.com
338(1): 2021/01/16(土)21:40 ID:pzrp2Yop(1) AAS
redisとpostgresを何らかの手段で起動し
シークレットの暗号化に使う文字列を3つ作れば良い
たったこれだけ
これ以上簡単になりようがない
それを>>332はできないと言って
先程から大騒ぎしている
339(1): 2021/01/16(土)21:43 ID:g9x2r+gF(3/3) AAS
GitLabはウェブサービスも運営してるが
そのGitLabがそのDockerfileを使ってると思うのか？って話だよな
スケールさせるためには、アプリとデータベースを分離させるのは当たり前だし
Dockerを使うっていうのは、そういうウェブサービスも運営するときの
システムを作るために有るのだから、そういうときにどういう構成にしますか？の
話でサービス毎にコンテナを分けるのは当たり前
作る側の視点がかけてる
これはDockerコンテナを動かすだけの
インフラ屋にありがち
340: 2021/01/16(土)21:47 ID:LbH2M5zo(1) AAS
ごった煮イメージが本番運用に堪えないって点に異論は無いらしい
341(1): 2021/01/16(土)22:02 ID:jF/4b5o1(1/3) AAS
>>338
めんどくせー
ポスグレでも、Redisでも、シークレットでもねえ
GitLabを、使いてえんだよ
なんだよこの、野球してえのに、サッカーボールでリフティングの練習しろ、みたいな要求は
342: 2021/01/16(土)22:03 ID:d+XwEvch(2/2) AAS
コンテナひとまとめが効率的おじさんは放置推奨。
343: 2021/01/16(土)22:03 ID:jF/4b5o1(2/3) AAS
>>339
殆どのユーザーは、有料Gitlabサービス運営なんかせんだろ
オンプレで、テキトーに、運用したいだけ
344: 2021/01/16(土)22:12 ID:jF/4b5o1(3/3) AAS
なーんか、噛み合わねえんだよな
昼休憩にラーメン食いたいなぁ、って思ったら、まあ、カップ麺が手軽でいいわな
そうじゃなきゃ、チョイと割高だけど、ラーメン屋にでも行くかぁ、ってそういう話をしてんだよ
それなのにお前らは、
麺はどこそこの業者から原材料を仕入れて、手打ちが至高だの
チャーシューは、最高級の肉を使い、じっくりコトコト煮込んだものが、究極だ
スープはどーしろ、野菜はあーしろ
よし、一週間まってくれ
最高のラーメンを、食わせてやりますよ！
とまあ、こんな感じ
省1
345: 2021/01/16(土)22:20 ID:K7Q8mRub(1) AAS
dockerがどこから収益得てるのか考えたら
単なる1ユーザーがdocker使えるわ〜とかに
なるわけない
配布と奴隷を効率的に使うためにある
346: 2021/01/17(日)01:00 ID:N6lWNkjM(1) AAS
二択で話をしたって言い争いにしかならねーぞ
347(1): 2021/01/17(日)05:42 ID:XuFuvYAj(1) AAS
いつも、Docker をsupervisord とか、
仮想マシンみたいに使おうとする香具師が来て、1日で100レス以上進む。
同じ香具師だろ
1つの関心事につき、コンテナは1つ。
Docker Compose は本番では使えない
そもそもポートフォワーディング方式だと、スケールできないし。
既にポート80番を使っていたら、
8080番とか、ポートを変えないといけないから、ユーザーがアクセスできない
Kubernetes みたいに、cgroup, namespace が無いと運用できない
348: 2021/01/17(日)08:17 ID:/DQZFtWw(1) AAS
>>341
> GitLabを、使いてえんだよ
ただのユーザーですか？
ここは開発者のスレです。
使うだけならDockerでもパッケージでもなんでもいいだろが
349: 2021/01/17(日)10:37 ID:iT7NyvUt(1) AAS
本番swarmでdocker compose使うよ
350: 2021/01/17(日)20:30 ID:bZXSAVtd(1) AAS
docker desktopからdocker-compose.ymlで書いたものを使ってコンテナ起動する方法を教えてください
351: 2021/01/17(日)20:42 ID:fvYQBEb5(1) AAS
docker-compose up
352: 2021/01/19(火)20:44 ID:G8DOf2K2(1) AAS
nixでDockerfile書かずにDockerイメージビルドしてみた
イメージは作成出来たが、bashの履歴やタブ補完が使えない
なんか設定したら使えるのか？
bash-completion入れてみたが、効果無かった
Dockerfileと組み合わせて使うか、普通にDockerfile使う方が楽かも
353(2): 2021/01/19(火)22:55 ID:4qB/okoY(1) AAS
まさかDockerの中でbashの履歴やタブ補完がほしいとか思ってるのか？
デバッグ用は別として、Dockerコンテナの中で作業するものじゃないぞ
>>1をちゃんと読め
354: 2021/01/20(水)01:38 ID:huiLDeTC(1/3) AAS
>>353
devcontainerも知らんの？
355: 2021/01/20(水)01:45 ID:eMKfZ4zK(1/2) AAS
アンチパターンの名前がどうかしたのか？
356: 2021/01/20(水)01:53 ID:huiLDeTC(2/3) AAS
アンチパターン？
357: 2021/01/20(水)06:14 ID:0DdAhH3S(1/2) AAS
docker原理主義者は･･･まあ馬鹿だから分からんわな。
ウチの職場でもこんなツールあるんだぜと、紹介はあったな。
動画ﾘﾝｸ[YouTube]
358: 347 2021/01/20(水)06:40 ID:SSSAU54j(1/2) AAS
環境依存するものをコンテナに入れていくと、
その環境では便利だけど、可搬性が無くなる
コンテナを別の環境へ持っていくと、環境依存のために動かなくなるので、
別の環境用への環境構築が必要となり、Docker を使う意味が無くなる
>>347
に書いた、
Dockerに、supervisord などを入れて、
仮想マシンみたいに使おうとする香具師と同じ
WSL2, Ubuntu などで直接構築しているのと同じになってしまう。
Dockerを使う意味がない
359(1): 2021/01/20(水)07:47 ID:dF9xmUsG(1/5) AAS
サーバーのメンテナンス作業のために
Dockerイメージに仕込んだスクリプトを実行するとか
開発中にbashに入ってデバッグはするだろう
シェル内でTabと上下キーすら使えない
地味に不便
Tabキーやカーソルキーを打つと空白や謎の文字が入力される
>>353
alpine, debianとかはコマンド履歴はちゃんと動くぞ
履歴はコンテナ削除すると失われるけど
360(1): 2021/01/20(水)08:05 ID:W+xpcSS1(1/3) AAS
コマンド履歴用などの機能があるシェルが入ってないだけでしょ。入れるだけ。軽量目指すとサンドボックスに近くなって作業性は低下する。
361: 2021/01/20(水)08:52 ID:huiLDeTC(3/3) AAS
devcontainerも知らない冬獅郎がイキってたんか
362: 2021/01/20(水)10:51 ID:SSSAU54j(2/2) AAS
VSCode の拡張機能で出来ないの？
Remote(WSL, Docker, SSH) とか
363: 2021/01/20(水)11:09 ID:dF9xmUsG(2/5) AAS
>>360
bashじゃなくてbashInteractiveを入れる必要があったようだ
nixはパッケージが別になってるようだ
ややこしいね
364: 2021/01/20(水)11:31 ID:eMKfZ4zK(2/2) AAS
>>359
> Dockerイメージに仕込んだスクリプトを実行するとか
そういうのはね、maintenance.sh とかいう名前で
次のような内容のスクリプトを作って
#!/bin/sh
docker run -it maintenance:1.0 script.sh "$@"
$ maintenance.sh list
とかやって実行すれば良いんだよ
管理者に配布するのはこのスクリプトだけ
内部で勝手ににdockerイメージ引っ張ってきて実行してくれる
365(1): 2021/01/20(水)11:47 ID:dF9xmUsG(3/5) AAS
軽量イメージで有名なalpineも最初からインタラクティブシェルが入ってるぞ
サイズ小さくするためとか何とか言って
そこまで拘りだしたらきり無いだろ
366: 2021/01/20(水)11:51 ID:W+xpcSS1(2/3) AAS
セキュリティリスク最小化のために、サイズに依らず極限まで削るという考えがあるので文句言っても仕方ないね
上下前次1-新書関写板覧索設栞歴
あと 636 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s