[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
68: 2021/08/26(木)22:00 ID:JJQNQ5uo(1) AAS
Dokarとhyper-yをまぜてそれをバーチャルボックスで動かしてみたい
69(1): 53 2021/08/26(木)22:02 ID:T1YP/8Bu(1) AAS
コンテナ内のデータで、外部とバインドしていないデータの、使い方が難しい。
外部環境との整合性が取れない
どういう用途があるかな？
70: 2021/08/27(金)00:26 ID:LMq+9fKQ(1) AAS
>>69
コンテナというものを正しく理解できてない証拠だよ
例えばコンテナを使わない場合、mysqlのデータとか/var/lib/mysql（？）に保存するだろ
コンテナを使っても保存する場所は同じなんだよ
mysqlというプログラムをコンテナにしただけ
データの保存先は同じディレクトリ
71(2): 2021/08/28(土)11:10 ID:lAK8GbiM(1/4) AAS
linuxでpostfixやsambaのサーバーを構築しようとしているのですが、それぞれをDockerコンテナで構築して、
あえてlinuxの環境には直接インストールしないようにするかDockerで動かすか迷っています。
postfixやsambaのような環境を構築するのにDocker環境にするのはやめた方がいい、などデメリットはありますか？
Dockerにすることを悩んでいるのは将来サーバーをリプレイスする時にコンテナを移動するだけで移行完了できるから楽になるのかな、という考えからです。
72(1): 2021/08/28(土)11:36 ID:zby/aYxN(1/3) AAS
コンテナ＝アプリ
サーバーをリプレイスするのに必要なのは
アプリだけじゃダメ、アプリとデータを移動しなければいけない
それが簡単にできるのがDocker
73(5): 2021/08/28(土)11:57 ID:Rd42EeIc(1/3) AAS
セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
そういう、アプリケーションが頻繁に更新されることはないが塩漬け運用というわけにもいかない性質の用途はDockerとの相性最悪
ぶっちゃけ業務のメールやファイルサーバーなんぞ今時Google WorkspaceかOffice365を契約すればよい
その程度のIT判断ができない組織でコンテナなんか導入したところで管理上の余計なオーバーヘッドになるだけだぞ
74(1): 2021/08/28(土)12:42 ID:GULHeha9(1) AAS
>>71
DockerとDockerで、二択になってない気が
75(1): 2021/08/28(土)12:50 ID:lAK8GbiM(2/4) AAS
>>73
そうですね、こういう用途ではやはりDockerはむいてませんかね。postfixやsamba程度ならサーバーリプレイスの度に環境作り直す方が吉ですかね。
今回ちょうどリプレイスのタイミングで現状の環境を調べるのに苦慮したので(色んな環境や設定がごっちゃごちゃに構築されてて)コンテナにして楽しようと考えたのですが、日常の運用が大変になるのはごもっともですね…
76: 2021/08/28(土)12:51 ID:rmmiAC59(1) AAS
>>73
こいつ偉そう
77: 2021/08/28(土)12:51 ID:lAK8GbiM(3/4) AAS
>>74
はっ！本当ですね、失礼しました。
DockerかDocker以外かの意図でした。
78: 2021/08/28(土)12:56 ID:zby/aYxN(2/3) AAS
>>73
> セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
> ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
Docker使わない場合のやり方教えて（大爆笑）
79: 2021/08/28(土)12:56 ID:zby/aYxN(3/3) AAS
ま、答えられなないよね。
だってDocker使わないほうが大変なんだもの
80(1): 2021/08/28(土)13:11 ID:lAK8GbiM(4/4) AAS
>>72
必要なデータは永続化するためにvolumeにして、イメージとデータをセットでお引越しするつもりでした。
そこをとらえるとDockerのポータビリティ性は楽だなーと。
直接インストールしたアプリのバージョンアップと
コンテナ内のバージョンアップ…
(例えば)ubuntuのイメージを元に自前のイメージ作成して、
必要に応じてイメージをビルドし直せば最新に出来るし、
運用もそんなに大変じゃないのかな…
あぁ優柔不断…
81: 2021/08/28(土)13:24 ID:6ZyBVqe4(1) AAS
セキュリティのこと考えると大手に丸投げしたくなるくらい面倒な話だからな
82: 2021/08/28(土)13:53 ID:Rd42EeIc(2/3) AAS
>>75
再現性が問題ならAnsibleとかで構成管理したら？
Dockerで再現性を担保できるのは所詮sambaより上だけで、
君が退職したら結局ホストやDockerデーモンの設定などは闇の中だよ
その上で更にDockerを使う必要があるかどうかはともかく、本当にやるべきことはまずはそっちじゃないなな
83(2): 2021/08/28(土)16:51 ID:IdV7gowG(1) AAS
>>73
CI/CD を知らない…？このスレレベルひっく！
84: 2021/08/28(土)16:58 ID:d2Dx/dND(1) AAS
>>83
こいつ偉そう
85: 2021/08/28(土)17:32 ID:Xe91RJR5(1) AAS
よく知らんけどdicjerの内部で動いてるアプリのアップデートってどうしてんの
86(1): 2021/08/28(土)19:40 ID:Rd42EeIc(3/3) AAS
>>83
そのCI/CDの基盤を誰がメンテするの？
どう考えても目的のサーバのメンテより手間かかるだろ
87(1): 2021/08/28(土)19:51 ID:ctOsSChP(1/2) AAS
>>80
だから>>2に書いてあるのが正しい使い方なんだよ
自分たちで作った「アプリケーション」を配布する時に使うの
ディストロがパッケージを用意しているものは、
パッケージのメンテナが頑張って依存関係とか解決してメンテナンスしてる
それは大変な作業。でもメンテナが頑張ってくれたおかげでパッケージは利用者は苦労なく使える
一方自分たちが開発したアプリケーションはメンテナなんていない。
自分達で頑張って依存関係とか解決しなきゃいけない
しかもディストロの標準パッケージとバージョンが違ったりすると
正しく動作しない可能性がある。だからディストロと独立させたくなる
省6
上下前次1-新書関写板覧索設栞歴
あと 915 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s