[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
345(3): 2018/08/09(木)16:12 ID:+YyDvSZH(1) AAS
今までVPSとかで動かしていたものをコンテナ化してGCE辺りに移そうと思うんだけど
DBの保存や出力したファイルの保存はみんなどうやってるの？
結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる
346: 2018/08/09(木)17:43 ID:UwrKl0TS(1/3) AAS
>>345
まずアプリサーバーとデータサーバーを分けて考える。
Dockerでやる価値が高いのはアプリ
アプリサーバーには原則としてデータは保存しない
その前提を守っているならば、簡単にスケールできる
（VMインスタンスやDockerコンテナを追加することで性能をあげられる）
という話。
その場合にデータはどうするかと言うと、
データサーバーはアプリサーバーみたいに簡単に
台数を増やしたりできない
一番楽なのは、難しいそれらをクラウドが提供するサービスに置き換えてしまうこと。
つまりGCPであればCloud SQLやCloud Storageを使う
これらは信頼性も性能も（金額次第だが）高くできる。
347: 2018/08/09(木)17:47 ID:UwrKl0TS(2/3) AAS
>>345
どうしても自力でやりたいならば、Dockerのボリュームという
機能を通してホスト上に保存するのが一番手っ取り早い
例えばMySQLであれば データディレクトリである
/var/lib/mysql をホスト上のディレクトリにボリュームで
マッピングさせる
MySQL ぐらいだったらシンプルだし事例も多いので簡単なんだが
何処に何を保存するのかよくわからんようなアプリは
それを把握することに時間を奪われるだろう
348: 2018/08/09(木)17:55 ID:UwrKl0TS(3/3) AAS
>>345
> 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる
結局マウントできるディスクが〜というのは
初心者がよく考えてしまうことなんだけど、
これは当たり前
なぜなら（物理マシン or 仮想マシン上で動く）Dockerコンテナっていうのは
（物理マシン or 仮想マシン上で動く）アプリと同質のものだから。
単にアプリの実行環境が、コンテナとしてアプリに一体化してるに過ぎない
アプリはデータを何処に保存する？
物理マシン or 仮想マシン上のディスクでしょう？
だからDockerコンテナもそれは同じことなんだよ
Dockerコンテナを使った時データの保存先をどうすれば良いのか悩むのは
Dockerコンテナがアプリと同質のものであることを理解してない証拠
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.048s