[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
114: 2020/12/08(火)19:58 ID:eFXW3K5V(1) AAS
rootが嫌ならpodman使えばいいよ
115: 112 2020/12/08(火)20:06 AAS
VOLUMEの設定忘れてただけだった
116: 2020/12/09(水)20:54 ID:3pxZSRbv(1) AAS
「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
外部ﾘﾝｸ:b.hatena.ne.jp
↑
ブクマがすごい増えてるがこのスレの先輩方の意見も聞かせてください
117: 2020/12/09(水)21:14 ID:49jDKvS/(1) AAS
読んでない
118: 2020/12/14(月)20:44 ID:MpGNayog(1) AAS
ちょろっと立ち読みしたけど概念解説本って感じ
手を動かす類のものではない
119: 2020/12/15(火)21:55 ID:Toj7f6IY(1) AAS
M1 Mac買ったんだけど、プレビュー版のメールが来ない
120(1): 2020/12/15(火)22:09 ID:UAU5VS9m(1) AAS
ドッカーン動いたら買い換えるわ
121: 2020/12/16(水)05:21 ID:21hq6ko2(1) AAS
外部ﾘﾝｸ:appleinsider.com
動くのはもう動いているだろ。
>>120
122: 2020/12/17(木)15:03 ID:a5ZURXg6(1) AAS
動いてるのに買わないみたいだ…
123: 2020/12/17(木)21:57 ID:T/e7w5PI(1) AAS
x86のイメージもアップルシリコンで動く？
124: 2020/12/18(金)05:08 ID:K0IxBBPr(1) AAS
動く訳ないでしょ。
125: 2020/12/18(金)08:07 ID:0nv9I87T(1) AAS
x86_64のイメージもいい感じにエミュレーションしてくれないのか
126(1): 2020/12/18(金)09:45 ID:V5ZdgnIp(1) AAS
M1のdockerはarmもx86_64も動くよ
x86_64はqemuかなにかのCPUエミュレーションを使うらしいから相当遅いようだけど
Twitterﾘﾝｸ:ogrisel
docker run --platform linux/amd64
のようにすればx86_64のイメージが動くらしい
Twitterﾘﾝｸ:akhenakh
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
127: 2020/12/18(金)11:57 ID:bJJNWn7m(1) AAS
docker-compose up -dでサーバを立ち上げたままストを再起動すると
WIndowsだと自動的に立ち上がりませんがUbuntuだと自動的に立ち上がりました。
この挙動の違いはなんか設定があるのでしょうか？
128: 2020/12/18(金)17:42 ID:DAv45rNL(1) AAS
>>126
＞docker run --platform linux/amd64
＞のようにすればx86_64のイメージが動くらしい
これってターミナルをロゼッタで
開くのが必要なやつかな？
画像ﾘﾝｸ[jpg]:i.imgur.com
129: 2020/12/19(土)15:52 ID:BO5W/HJS(1) AAS
djangoのsqliteで日付ソートしたいとき
filterで__range=(start_date, end_date)ってやれば取得できたけど
この日付以降を取得したい、この日付までを取得したい
って場合はどうするの？？
end_dateのとこを最新のにするとか
start_dateのとこを0年？にするとかで対応できそうだけど
別の方法はないのだろうか
130: 2020/12/19(土)16:03 ID:PLLdJaX3(1) AAS
スレチ
131: 2020/12/21(月)18:19 ID:pvw8T0nH(1) AAS
Windows 10 Home 版に、WSL2, Docker を入れた
OS の連続アップデートに、3時間掛かった。
CPU-i3, 8GB メモリを、CPU・電力エコモードで使っているから、コンパイルが遅いのかも
その後、WSL1 から、WSL2への変更。
Windows 10 Home用のDockerのインストール自体は、簡単だった
これで、Windows10 プロ版じゃなくても、Dockerを使える。
Kubernetes も入っていた
132: 2020/12/21(月)20:21 ID:dlrHq+JK(1) AAS
最新OSイメージをUSBに焼いてインスコすればアプデすぐ終わるよww
133(1): 2020/12/21(月)20:23 ID:OdEL38NI(1) AAS
ホストマシンにLinuxを使わないのなんで
134: 2020/12/21(月)20:27 ID:xz2OJU6d(1) AAS
とりあえず触ってみたいだけじゃないかな？
Linux用の他の物理PCが無いとか
135(1): 2020/12/23(水)10:56 ID:1+vPbIId(1) AAS
>>133
これって、普段Win使っててもDocker
使うときは別のLinux入ってるPC使わないの？っていう質問なの？
それとも、Docker使うのに何でLinuxじゃなくて、Win10home入れてるの？
ていうこと？
136: 2020/12/23(水)12:55 ID:wvHwSATl(1) AAS
>>135
後者
最初から全部Linuxだけでよかないか？
137: 2020/12/23(水)13:28 ID:XQNsan1J(1) AAS
ふだん使いにはWindowsのがいいから。
そんなんやからLinuxが普及しないんや。。。
138(1): 2020/12/23(水)19:45 ID:6MYaQfnZ(1) AAS
>>1
windowsでffmpegのビルド環境をDockerで構築するのはベターな使い方では無いって感じなんですかね
139: 2020/12/23(水)21:09 ID:ZguD9N4D(1) AAS
>>138
はい。ベターではありません。
Dockerはffmpegを作るものです。
その仮定でffmpegのビルド環境を作ることになるかもしれませんが
最終的に作るのはffmpegです。ビルド環境は途中の状態に過ぎません。
単体で配布できる動くffmpegバイナリがあれば嬉しいですよね？
Dockerはそれを実現するものです。
140: 2020/12/23(水)22:18 ID:dXEa7PSI(1) AAS
つまりどういう事だってばよ！
141: 2020/12/23(水)22:54 ID:7P73jueA(1) AAS
exeで配布したかったらLinux立ち上げるかwslでやれって事だな
142(1): 2020/12/23(水)22:55 AAS
playwithdocker
プログラムは動くけどウェブサーバーだけ５０３になる？
コードミスったのかとおもったけど前に成功して改変してないやつがダメだし
143: 142 2020/12/24(木)21:28 AAS
今やったら復活してた
playwithdockerみたいな感じで試せるとこないかな
有料でも
144: 2020/12/26(土)13:46 ID:tK7SVK34(1) AAS
docker-composeでweb制作をしたいと思うのですが、
javascriptのeslintはホストとコンテナどっちにインストールするものなんでしょうか？
145: 2020/12/26(土)13:49 ID:ey69S6CQ(1/3) AAS
普段開発用はホスト
CI用はコンテナ
146: 2020/12/26(土)14:16 ID:vKD6dD+x(1/2) AAS
ホストのファイルシステムをマウントして使うとファイルシステムの通知機能は使えないよね
nodeをコンテナから使うとホットリロードはポーリングでしか出来ない
Unisonみたいの使えばファイルシステムはLinuxのになるから
一応いけると思うけど・・・
147: 2020/12/26(土)14:20 ID:ey69S6CQ(2/3) AAS
対応していれば使える
Windowsならできるやろ
148: 2020/12/26(土)14:20 ID:YfHoFsh2(1) AAS
ホストによるのでは
149: 2020/12/26(土)14:29 ID:ey69S6CQ(3/3) AAS
うん。だからWindowsは対応してる
150: 2020/12/26(土)14:30 ID:vKD6dD+x(2/2) AAS
外部ﾘﾝｸ:www.infoq.com
すまんWindowsはinotify対応あるのか
macもいける？
151: 2020/12/27(日)02:35 ID:GBKMOnwz(1) AAS
なんでWindowsは調べられてmacは調べられねーんだよｗ
152: 2020/12/27(日)08:14 ID:pXorxqlh(1) AAS
タイムドッカーン
153: 2020/12/27(日)09:54 ID:6j5u573s(1) AAS
Docker Desktop for Windowsの3.0にアップデートしても大丈夫？
謎の不具合に遭遇したりしない？
昔、家でWSL2バックエンドで使ってたらアプデ後に起動できなくなった事があった
大したデータを入れてないのでリセットしたが、あんまり信用出来ないなと思った
Mac版は自分では使ってないが、メジャーアップデート後から奇妙な不具合が多数報告されてるのは知ってる
一応安定版リリースじゃないのか
Mac版は一応ダウングレード出来るようだ
会社ではWindowsでHyper-Vバックエンド
154: 2020/12/27(日)09:55 ID:E/Jc62KU(1) AAS
宗教上の理由ならしゃーない
155(1): 2020/12/27(日)10:10 ID:dyOXY6iu(1) AAS
Docker Desktop for Windowsの3.0でもHyper-Vバックエンド対応してるだろ？
WSL2バックエンドは、たぶん俺しか困らないだろうなってバグ
（カーネルの古いAPIの削除による仕様？）があって切り替えれないでいる
バグの内容を言うと、困る人は俺ぐらいだろうなって特定されかねないのでここでは言えないｗ
156: 2020/12/27(日)13:56 ID:h8j0trq0(1) AAS
windows sandbboxで試せばいいだろ
157: 2020/12/28(月)19:37 ID:WwxpjbVt(1) AAS
>>155
カーネルAPIの互換性については弊社でも度々問題になりました。
古いディストリイメージを使う場合はHyper-Vバックエンドが安定しますね。
158: 2020/12/30(水)12:55 ID:ggs3i1Xp(1/3) AAS
podmanいいね
159: 2020/12/30(水)14:26 ID:nRZrvQqz(1/6) AAS
podmanもっと使ってくれよ
このままrocktみたいに消えるのやだよ
160: 2020/12/30(水)14:40 ID:ggs3i1Xp(2/3) AAS
Redhatが推してるから消えないよ
161: 2020/12/30(水)14:48 ID:nRZrvQqz(2/6) AAS
消えないのと普及しないのは違う
もっとRedHatが開発した独自ツールが普及するといいのに
162: 2020/12/30(水)14:50 ID:ggs3i1Xp(3/3) AAS
dockerエイリアスはpodmanなので自動的に広まるよ
163: 2020/12/30(水)14:53 ID:nRZrvQqz(3/6) AAS
まだ広まらないんだよ
なんでだよ？
164: 2020/12/30(水)14:58 ID:nRZrvQqz(4/6) AAS
RedHat独自で普及したものがないのが不満
165: 2020/12/30(水)15:01 ID:hGZGs2gE(1) AAS
rpmがあるやろ！
166: 2020/12/30(水)15:35 ID:WcsKhyXe(1) AAS
本番クラスタはマネージドK8S
開発環境はDockerCompose
Podmanは…オンプレシングルノード本番専用？
167: 2020/12/30(水)16:12 ID:nRZrvQqz(5/6) AAS
RedHatにベンダーロックインされてる人が使うｗ
RedHatがDockerを切り捨てたから
それに従わないといけないのだ
168: 2020/12/30(水)17:00 ID:r9TksVgH(1) AAS
商用はRedhatだからpodmanに従ったほうがよさそうだね
169: 2020/12/30(水)17:04 ID:nRZrvQqz(6/6) AAS
あとで移行すればいいよ
普及してから（そして大抵の代替技術は普及しないｗ）
170: 2020/12/30(水)17:19 ID:/V2k7qc7(1) AAS
podman 2〜Dr.ワイリーの謎〜
171: 2020/12/30(水)21:31 ID:lasrj5XX(1) AAS
PodmanよりDockerRootlessのほうがええわな
172: 2021/01/05(火)10:35 ID:a6MKPo5T(1) AAS
docker-composeはConfigMapに相当する仕組みが無いから不便ですね
173: 2021/01/08(金)18:53 ID:MTOnxYZl(1) AAS
Wasmerも本格的に動き始めた
いよいよDockerの居場所がなくなってきた
174: 2021/01/08(金)19:39 ID:M4gsjCxc(1) AAS
rocktの登場で居場所はとうの昔になくなってたはずだが？
175(1): 2021/01/09(土)19:04 ID:pshOY4NZ(1/4) AAS
自作ソフトのdockerイメージを作って配布しようとしているんですが、設定ファイルの類はどうするのが普通ですかね？
1. 配置するディレクトリを決めておいて使用する側でmountしてもらう
2. volumeを作ってそこに置いてもらう
3. デフォルトの設定ファイルをイメージ内に配置して、使用する側で上書きしてもらう
4. その他
ケースバイケースの場合は判断ポイントなどを教えてください。
176(1): 2021/01/09(土)19:33 ID:vXKDEOHB(1/2) AAS
設定の構文が複雑ならファイルをサポート
そうでないならコマンドライン引数、環境変数、ファイルを全部サポート
177(1): 2021/01/09(土)19:39 ID:Xx9/0RY+(1) AAS
>>175
コマンドラインの引数や環境変数は？
Amazon ECSはこれらの方法でしか設定を入れられないから
環境変数で設定出来た方が便利
ECSの機能を使わず、ホスト上にファイルを配置しておけば設定ファイルも使えるが、わりと面倒くさい
k8sだとConfigMap、Secretの内容をファイルとしてマウント出来たりして便利だった
パスワードのような機密情報はコマンドライン引数にするとまる見えになるから
設定ファイルや環境変数にすべき
Traefikだったら複数の設定方式に対応してて
・コマンドラインの引数
・設定ファイル（場所は固定っぽい）
・環境変数
どれも自由に選んで使えた
設定ファイルは変更を検知して自動的に反映する設定も可能なので
別途、同じディレクトリをマウントしたサイドカーコンテナを作って
独自のConfigProvider作れたりとか
夢が広がりんぐ
178(1): 2021/01/09(土)19:57 ID:pshOY4NZ(2/4) AAS
>>176
>>177
動かそうとしているアプリケーションは設定ファイルのみを使用しますので、それを実行する側の
ユーザー環境で差し替えさせるにはどういうやり方をすればいいかという質問でした。
実行環境は社内のユーザーにdockerを用意してもらう前提で、amazon等のcloudの利用は想定していません。
1.,のようにホストのディレクトリをマウントさせるのが普通ですかね？
179(1): 2021/01/09(土)20:04 ID:vXKDEOHB(2/2) AAS
>>178
差し替える方法はユーザーが自分達の環境に合わせて考えること、なのでイメージ提供者はあまり考えなくていい
どこに、どんな形式のファイルを置けばいいのか、だけを仕様として明確化すること
180(1): 2021/01/09(土)20:06 ID:pshOY4NZ(3/4) AAS
>>179
ありがとうございます。それはつまり、
>3. デフォルトの設定ファイルをイメージ内に配置して、使用する側で上書きしてもらう
これでいいってことですかね？
181: 2021/01/09(土)20:07 ID:73ECCOc1(1/2) AAS
>>180
それでいいです
182: 2021/01/09(土)20:09 ID:73ECCOc1(2/2) AAS
設定ファイルの書き換えをスクリプトで行いたいユーザーのために、エントリーポイントにフックを仕掛けるとより親切
183: 2021/01/09(土)20:11 ID:pshOY4NZ(4/4) AAS
なるほど、ありがとうございました！
184(1): 2021/01/11(月)02:15 ID:zpurJaCg(1) AAS
rktって開発中止されてたのか。
185: 2021/01/11(月)11:19 ID:ZlDEkoeZ(1/3) AAS
>>184
気づくの遅くね？
186: 2021/01/11(月)12:15 ID:89OcdB6i(1/3) AAS
結局dockerがメジャーなままなのね
187: 2021/01/11(月)12:36 ID:NoL+Y9f0(1/2) AAS
podmanとK8S
188: 2021/01/11(月)12:58 ID:r3JkpTc1(1) AAS
docker楽でいいね
docker-composeをアップすると自動でやってくれるレンタルサーバとかクラウドサーバないでっか？
189: 2021/01/11(月)13:10 ID:dD9m53n1(1) AAS
Windows、Macはまだdockerが主流なんだっけ？
190: 2021/01/11(月)13:38 ID:u+O//c17(1) AAS
K8SがデファクトスタンダードだからDCでの運用ノウハウを探すの大変だよ
素直にK8Sを勉強したほううがいい
大変なのは最初だけ
191: 2021/01/11(月)14:10 ID:5exndTNV(1/2) AAS
1ノードしかない場合のそのへんの得失ってどうなんだろう。
サーバー1台だとオーバースペックというか無駄に複雑になるだけにも思うけど。
192: 2021/01/11(月)14:31 ID:ZlDEkoeZ(2/3) AAS
kubernetesは色々運用管理に必要なものが揃ってて便利だが
使わないならオーバーキルな気はする
k3sは知らんが、本家のKubernetesは重過ぎ
使うなら最初はマネージドで
コントローラーに追加費用要らない所も多い
GKEは高可用性無しなら1つだけ無料
AKSやLinodeは無料
DigitalOceanは無料だが日本のデータセンターが無い
EKSは未だに有料
193: 2021/01/11(月)14:36 ID:+C1ZDq6A(1) AAS
最初はっていうかずっとマネージドでいいと思う
オンプレミスでK8S管理は辛いよ
194: 2021/01/11(月)14:39 ID:btG2xty8(1) AAS
Kubernetesは起動するだけでメモリ1GBを消費する
つまり最小構成のVMではかろうじて動くが
そのVMを実用的に使うことはできない
最初からそれだけのメモリをKubernetesに
与えてもいいぐらいの規模が前提となってる
195: 2021/01/11(月)14:42 ID:ZlDEkoeZ(3/3) AAS
k8sはYAMLの記述量が多過ぎなのも嫌われる一因
helmもYAMLとGoTemplateと言うやばい組み合わせのせいで汚い
kustomizeもなんかアレ
tankaとかkapitanならjsonnetで書ける
YAMLをテンプレートでやるより100倍いい
外部ﾘﾝｸ:github.com
外部ﾘﾝｸ:github.com
196: 2021/01/11(月)14:44 ID:ewQPp1QF(1) AAS
k0sってどうなの？
197: 2021/01/11(月)14:52 ID:NoL+Y9f0(2/2) AAS
docker-composeが一番だ
k8sよりswarmのほうが完成度が高いのになぜ使わないんだろう？
198: 2021/01/11(月)14:55 ID:cXgFbbRO(1) AAS
複雑怪奇なYAMLベースのDSLを作らないでほしいね
199: 2021/01/11(月)15:47 ID:biM4wIYB(1) AAS
*.hcl
わかりやすい
200: 2021/01/11(月)16:13 ID:ECUSqoWw(1) AAS
.hcl自体はわかりやすくても
それをもとに作られたDSLがなぁ
201(1): 2021/01/11(月)16:38 ID:5exndTNV(2/2) AAS
ところで質問。
docker-compose のサービスをいきなり docker run 相当で起動するんじゃなくて
docker create -> docker cp -> docker start みたいなことってできないのかな？
あるいは swarm や k8s だとどうだろう。
202: 2021/01/11(月)16:40 ID:89OcdB6i(2/3) AAS
なるほど。ただ、podmanであってもdockerfileの置き換えには至ってない雰囲気。
軽くしようとすると途端に難易度が高くなるツールだ
203: 2021/01/11(月)17:42 ID:89OcdB6i(3/3) AAS
Buildahというのがあるようだ。
どの程度の性能か謎ではあるが……。
204: 2021/01/12(火)08:35 ID:KVG+KHkJ(1/2) AAS
>>201
docker-composeなら
ファイルはボリュームでマウントすれば良いし
イメージがshとかbashでのcommand実行に対応してれば何らかの初期化処理も可能だ
scratchイメージでsh入ってなかったら無理だが
205: 2021/01/12(火)21:10 ID:KVG+KHkJ(2/2) AAS
Docker BuildKit: faster builds, new features, and now it’s stable
外部ﾘﾝｸ:pythonspeed.com
206: 2021/01/12(火)21:11 ID:M4v6YD34(1) AAS
直接そういうことができる機能は無いから別の手を考えないとならないということね。ありがとう。
207: 2021/01/13(水)15:47 AAS
docker-composeで独自モジュールをpipでいストールしたけど
その独自モジュールのソースを微妙に変更して、docker-composeやり直しても更新してくれない。。
docker-compose down --rmi all --volumes --remove-orphans
してもコンテナもイメージも残ったままなのがたぶん原因なんだろうけど・・
手動でポチポチ消すしかないのかなぁ
208(1): 2021/01/13(水)16:01 ID:bWUxShca(1/2) AAS
docker-compose build --no-cache
209: 2021/01/13(水)16:17 AAS
>>208
ちょっとだけ構築速度おそくなったけどできた！?クス！
210: 2021/01/13(水)17:51 ID:rA2yTqxj(1) AAS
no cacheオプションだから遅くなるのは当然でしょ
211: 2021/01/13(水)19:38 AAS
メモ
docker image prune
で消えねえと思ったら-aオプションいるのね・・
docker image prune -a
消したくないやつは稼働させたままやったら
稼働してないやつだけ消えてめちゃくちゃ捗った
（稼働中のやつには無影響なのかはわからないけど）
212(1): 2021/01/13(水)19:46 AAS
できれば、pipでインストールする自作ライブラリの訂正部分だけ更新できるようにしたいけど
--no-cacheするかイメージもコンテナも全部消してから再ビルドしないと適用してくれない・・
非公開gitからクローン → python setup.py sdist → pip install ○○
みたいにDockerファイルのRUNでやってるのがだめなのかな
213(1): 2021/01/13(水)20:07 ID:PWUDNnFH(1) AAS
>>212
自作ライブラリをインストールした以降のイメージだけを削除したら。
214(1): 2021/01/13(水)20:07 ID:bWUxShca(2/2) AAS
ARGでタグかブランチを指定するんですよ
215: 2021/01/13(水)20:18 AAS
>>213
>>214
なるほやってみる?
216(3): 2021/01/14(木)23:12 ID:Pm6qmODH(1) AAS
>>1
>Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けて
具体的に言うと？
217: 2021/01/15(金)08:17 ID:qYm5MEeF(1) AAS
hypervisord最強おじさんktkr
218: 2021/01/15(金)08:27 ID:IT9cRebK(1/6) AAS
super...
219: 2021/01/15(金)08:28 ID:TKANrLkr(1/21) AAS
>>216
困難は特にないよ
220: 2021/01/15(金)08:30 ID:KcZzwMNW(1) AAS
具体性0
221: 2021/01/15(金)08:32 ID:42ZtZd/z(1/2) AAS
面倒なだけで問題はないよね。
面倒という指標だとk8sは更に最初が面倒なわけで
222: 2021/01/15(金)08:37 ID:TKANrLkr(2/21) AAS
dockerわかってないのにわかった風のおじさんが、僕には困難です、と書いただけだから気にせんでええ
次スレまでいったら、テンプレから削除していいよ
223: 2021/01/15(金)08:41 ID:0MH2boun(1) AAS
説明になってない
224: 2021/01/15(金)08:55 ID:ouI6ZQHD(1/5) AAS
>>216
複数のサービスを起動する場合、systemdが一般に使われるが
systemdを使うのは大変
外部ﾘﾝｸ:stackoverflow.com
可能な限り、コンテナ内のsystemdは避けることをお勧めします。
Systemdは、ファイルシステムをマウントし、いくつかのカーネルパラメータを制御し、
プロセス出力をキャプチャするための独自の内部システムを持ち、システムスワップスペースを構成し、
巨大なページとPOSIXメッセージキューを構成し、プロセス間メッセージバスを開始し、
端末ごとのログインプロンプトを開始し、システムサービスのスワス。
これらの多くは、Dockerがあなたのために行うことです。
その他は、Dockerがデフォルトで防止するシステムレベルのコントロールです（正当な理由があります）。
通常、コンテナに1つのことを実行させたい場合があります。これには、複数の調整プロセスが必要になる場合がありますが、
通常、systemdがプロセスマネージャーを提供する以外のことを実行したくない場合があります。
systemdは非常に多くのホストレベルのパラメーターを変更するため--privileged、
Dockerの分離を破るような実行が必要になることがよくありますが、これは通常は悪い考えです。
質問で言うように、通常、コンテナーごとに1つの「ピース」を実行するのが最適と見なされます。
これができない場合は、DockerとUnixの両方の哲学において、
initプロセスに必要な最小限の処理を実行するsupervisordのような軽量プロセスマネージャーの方が適しています。
225: 2021/01/15(金)09:02 ID:ouI6ZQHD(2/5) AAS
>>216
これとか読むといいかも。公式がVMじゃないと言ってる。
Containers are not VMs
外部ﾘﾝｸ:www.docker.com
> しかし、これを言っても、VMに関する現在の考えやプロセスを適応させ、
> コンテナーに適用しようとしています。
>
> 「コンテナをバックアップするにはどうすればよいですか？」
> 「実行中のコンテナのパッチ管理戦略は何ですか？」
> 「アプリケーションサーバーはどこで実行されますか？」
>
> 私にとって、Dockerは仮想化テクノロジーではなく、アプリケーション配信テクノロジーで
> あることに気付いたとき、電球の瞬間が訪れました。
これとかも
So, You’re Saying Docker Isn’t A Virtual Machine???
外部ﾘﾝｸ:derickbailey.com
A Docker container is not a virtual machine.
A Docker container is application virtualization.
226(1): 2021/01/15(金)09:06 ID:ouI6ZQHD(3/5) AAS
複数のサービスを実行することは可能だが、推奨しないと書いてある。
そしてこの記事に書いてある複数のサービスを実行する方法を見ればわかるように
仮想マシンのように気軽にはできずコードを書く必要がある
Run multiple services in a container
外部ﾘﾝｸ:docs.docker.com
コンテナの主な実行プロセスは、ENTRYPOINTおよび/またはCMDの最後ですDockerfile。
一般に、コンテナごとに1つのサービスを使用して、関心のある領域を分離することをお勧めします。
そのサービスは複数のプロセスに分岐する可能性があります（たとえば、Apache Webサーバーが
複数のワーカープロセスを開始します）。複数のプロセスがあっても問題ありませんが、
Dockerを最大限に活用するには、1つのコンテナーがアプリケーション全体の複数の
側面を担当することを避けてください。ユーザー定義のネットワークと共有ボリュームを使用して、
複数のコンテナーを接続できます。
227: 2021/01/15(金)09:06 ID:42ZtZd/z(2/2) AAS
そもそもコンテナを仮想マシンの代替として使うケースはほぼないだろ。
1に書くような話ではないな
228: 2021/01/15(金)09:09 ID:ouI6ZQHD(4/5) AAS
> Handling such processes this way is superior to using a full-fledged
> init process such as sysvinit, upstart, or systemd to handle process lifecycle within your container.
sysvinit, upstart, or systemd を使うよりも
自分でコンテナのメインプロセスを作ったほうがいい
229: 2021/01/15(金)09:27 ID:IT9cRebK(2/6) AAS
たとえばnginxとphp-fpmを別コンテナにする気もないから自作シェルエントリポイントにしてる
俺はやらないがsupervisordで制御してもいいだろう
systemdまで入れるならlxcかkvmにするけど
230: 2021/01/15(金)09:41 ID:ouI6ZQHD(5/5) AAS
つまりは仮想マシンであれば標準でsystemdなどが起動してるから
サービスを起動させるにはパッケージインストールして
ちょっと設定ファイルを書き換える程度の簡単な作業だが
Dockerでやる場合、systemdなどを使わずに
自分でスクリプト書いて起動と停止を制御しなきゃいかんのよ（Docker推奨の方法）
頑張ればsystemdを動かすことも出来るが、そのために --privileged オプションが
必要になるかもしれないし、その他の調整が必要になるかもしれない
何が必要かは起動するサービスによって違うので試行錯誤が必要になる
だからDockerはsystemdを使わずに自作スクリプトで制御することを推奨してる
systemdを使うぐらいならより軽量のsupervisordを使うほうがいい
もちろんパッケージインストールして終わりではなく
自分で設定ファイルを書く必要がある
231: 2021/01/15(金)11:19 ID:TKANrLkr(3/21) AAS
😫マルチプロセスコンテナ否定派
・1つのサービスのために多数のコンテナイメージをリリース
・イメージ使用者に面倒くさいymlを書かせる
🤗マルチプロセスコンテナ肯定派
・1つのサービスのために1つのコンテナイメージをリリース
・Supervisor等の設定を開発側が書いて出荷するのでイメージ使用者はdocker runするだけ
232: 2021/01/15(金)11:30 ID:S7oMpLHl(1) AAS
じゃあちゃんと責任持って管理してね🤗
233(1): 2021/01/15(金)11:40 ID:u8cDb4A3(1) AAS
仮想マシンみたいなことしたかったらLXCでよくね？
しらんけど
234(1): 2021/01/15(金)11:42 ID:dw4hxnTe(1/10) AAS
・イメージ使用者に面倒くさいymlを書かせる
別に良くね？
235: 2021/01/15(金)11:43 ID:TKANrLkr(4/21) AAS
>>233
仮想マシンみたいなことがしたいならシステムコンテナでいいと思うよ
単にマルチプロセスってだけならアプリケーションコンテナのほうがいい
236: 2021/01/15(金)11:46 ID:IT9cRebK(3/6) AAS
「プロセス」「サービス」を意図的に混同して相手を貶める
237: 2021/01/15(金)11:47 ID:TKANrLkr(5/21) AAS
>>234
良くない
負担を減らせるなら減らしたほうがいい
ホスピタリティの精神だよ
セルフサービスで全部やってねなんてのは二流だ
もちろん分散型のイメージを提供するなと言ってるわけじゃない
分散型をオプションとしてサポートするのも良い事だ
238(1): 2021/01/15(金)11:50 ID:dw4hxnTe(2/10) AAS
マルチプロセス派は配布して終わり！じゃなくてその後の運用まで考えてるのか？
239(1): 2021/01/15(金)11:52 ID:TKANrLkr(6/21) AAS
>>238
運用もシングルコンテナのほうが簡単でしょ
240(1): 2021/01/15(金)12:03 ID:dw4hxnTe(3/10) AAS
>>239
なんで？
上下前次1-新書関写板覧索設栞歴
あと 762 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s