仮想環境コンテナ総合スレ Docker、Vagrant等 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/02/16(木) 18:01:04.48

開発に仮想環境やコンテナを使う機会が多くなってきたので、みんなで情報交換しませう

よろしこ

**デフォルトの名無しさん** · 2018/10/14(日) 22:23:03.56

何に使えるかと、何のための道具かってのをごっちゃにしてるやつのたわごとだからな。
Dockerはアプリケーションを仮想化するために作られた道具

その道具を使って金儲けができるからって、
いろんなものをごっちゃにしたらダメだって話

**デフォルトの名無しさん** · 2018/10/14(日) 22:25:54.86

>>628
> ひとまず、docker軽いですよ、vagrantに比べて
vagrantは開発環境を作る道具にすぎない。
Dockerと比べるものじゃない。

比較するならば、ホストマシンでアプリを動かす vs 仮想マシンでアプリを動かすだろ
ホストマシンでアプリを直接実行するほうが、仮想マシン上でアプリを動かすよりも軽い
といわれても当たり前でしか無い

**デフォルトの名無しさん** · 2018/10/15(月) 00:07:39.55

うん、だからdockerの方が軽いんだよね？
当たり前でも何でも実際軽くて便利なんだからいいじゃないか

**デフォルトの名無しさん** · 2018/10/15(月) 00:41:31.13

そりゃ仮想マシン使うよりも仮想マシン使わないほうが軽いだろう。
仮想マシン使わないで、普通にパッケージをインストールすれば良い

普通にパッケージをインストールすればいいのに
なぜDockerを使うのか？それこそがDockerを使う目的

**デフォルトの名無しさん** · 2018/10/15(月) 18:32:47.56

課題を解決する手段が複数ある
それぞれ一長一短で状況により正解は異なる
なので比較検討してどれを採用するか決める
これITに限らず一般常識ね

**デフォルトの名無しさん** · 2018/10/15(月) 18:36:41.86

んで、今話してるのは手段ではなくて
Dockerは何をする道具かということ
本質をちゃんと見れないと道具は正しく使えない

**デフォルトの名無しさん** · 2018/10/15(月) 18:41:05.65

周回遅れだね

Dockerの特性は正しく理解した上で比較検討しようという段階の話をしてるので付いてきて

**デフォルトの名無しさん** · 2018/10/15(月) 18:47:15.49

話を逸らすな。
Dockerはアプリケーションを仮想化する道具だって話をしてる

**デフォルトの名無しさん** · 2018/10/15(月) 18:55:53.84

お気の毒ですがそのような話をしているのはあなただけです
あなたはあなたが話ていることをみんなも話ているように錯覚しているようですが実は違うのです
まずは深呼吸して冷静になってください
会話が成立することを期待して待っています

**デフォルトの名無しさん** · 2018/10/15(月) 19:00:16.10

>>637
お前、自分が一人だってわかってないのか？
誰か他に同調してくれるやついるか？

**デフォルトの名無しさん** · 2018/10/15(月) 19:06:03.75

>>638
dockerとvagrant(あるいは他の方法論)を比較するという文脈のレスは私のレス以外にも幾つもありますね
比較するのはおかしいという主張はどうやらあなただけのようですが

**デフォルトの名無しさん** · 2018/10/15(月) 19:13:31.78

docker vagrant 比較
ぐぐったらたくさん出てきた
ちなみに
docker vagrant 比較するのはおかしい
ぐぐったら”おかしい”が除外されて検索された
こりゃ勝負有ったね

**デフォルトの名無しさん** · 2018/10/15(月) 19:18:29.88

>>639
それはお前の意見に同調してるわけじゃないだろｗ
頭悪いんちゃうか？

**デフォルトの名無しさん** · 2018/10/15(月) 19:19:27.50

だいたい、さんざん仮想マシンと比較って言ってくせに
vagrantに言い換えてるし
仮想マシンとvagrantの違いもわかってないようだ

**デフォルトの名無しさん** · 2018/10/15(月) 20:07:06.98

間を取ってLXCで

**デフォルトの名無しさん** · 2018/10/15(月) 20:30:22.20

間っていうか、LXCはシステムコンテナだから、Dockerで仮想マシンのような間違った使い方を
使い方をしようとしている人は、LXCを使うべきだよ

**デフォルトの名無しさん** · 2018/10/16(火) 00:27:22.18

PythonでJupyter Notebook使ったデータ解析環境をPC変更時に新PC上で手動で再現するのが面倒だからDocker上で動かすようにしてる

**デフォルトの名無しさん** · 2018/10/16(火) 00:30:53.46

Jupyter Notebookというアプリにそのアプリを動かすのに
必要なものを全部まとめてるわけだよね。
それが正しい使い方

**デフォルトの名無しさん** · 2018/10/16(火) 02:50:30.16

そもそも再現性気にするくらいならjupyter使うのが間違ってるけどな。

**デフォルトの名無しさん** · 2018/10/16(火) 03:32:28.53

また再現性とか誰も必要だと言ってない話をし始めたｗ

**デフォルトの名無しさん** · 2018/10/16(火) 21:22:37.51

再現性が必要ない？
それはなかなか斬新ですねw
そコマで頭の悪い意見が出るとは思ってなかった。

**デフォルトの名無しさん** · 2018/10/16(火) 22:04:16.59

Jupyter Notebookって試行錯誤を効率化するのが目的なんだから、再現性なんてDockerイメージで担保すればいいというのも、それはそれでありうる判断だろう。

環境独立な再現性があればあった方がいいって点には誰も異論はないと思うが、
それよりも試行錯誤の効率性の方が優先される用途もあるってだけの話だな。

**デフォルトの名無しさん** · 2018/10/16(火) 22:13:56.47

依存性の封じ込めも再現性もvagrantや別の方法でもできるので比較検討が必要

**デフォルトの名無しさん** · 2018/10/17(水) 01:10:09.91

>>649
依存性の封じ込めも再現性もvagrantや別の方法でもできるので
Dockerを使う理由にはならないってことだよ

**デフォルトの名無しさん** · 2018/10/17(水) 18:08:49.39

複数の方法があるけど一長一短なのでツールの特性と置かれてる状況とを見て比較検討する必要があるんだね

**デフォルトの名無しさん** · 2018/10/17(水) 19:42:49.89

ずーっとってる話だが、
比較検討の話と、ツールが作られた目的を
ごっちゃにするなってことですね

**デフォルトの名無しさん** · 2018/10/17(水) 20:01:49.11

発端は>>597-599あたりかな
比較検討の意義についての議論だったのだけど、それが理解できない子も居たようだね

**デフォルトの名無しさん** · 2018/10/17(水) 20:06:17.49

比較検討するにあたって、
どの道具の目的をちゃんと理解してないと
正しい検討ができないって話やろが

**デフォルトの名無しさん** · 2018/10/18(木) 12:14:37.57

ここで聞くのが正しいかどうかわからないんですが質問です
やりたいことが2つありまして

1. Vagrantでバーチャルマシン使って開発
2. VPNでリモート環境に接続、そこにあるコンピュータにSSH

この2つは特に関係ない作業です
で、それぞれ単独では出来てるんですが

Vagrantでバーチャルマシンを立ち上げ
192.168.10.10のIPを与えて開発する（LaravelのHomesteadです）
↓
開発終えてvagrant halt（1の作業はここまで）
↓
リモート環境にVPN接続（2の作業開始）
↓
そこにあるコンピュータ192.168.10.14にSSH

としようとすると接続できない、pingも通らない、となっており解決方法を探しております
OSを再起動すると接続出来ます
macOS10.11(El Capitan)です

なにかわかる方いらっしゃいましたら、よろおねです

**デフォルトの名無しさん** · 2018/11/28(水) 16:14:53.75

Dockerって言うのを試したいのだが、
少し調べてみた限りでは、コマンドベースで各種の設定などやるようだが、
Linuxの操作に慣れていない人は使うのは難しい？

**デフォルトの名無しさん** · 2018/11/29(木) 22:44:08.65

>>658
やめといた方が方がいい。
本格的にLinuxを勉強するつもりなら話が別だが。

**デフォルトの名無しさん** · 2018/11/29(木) 22:44:49.67

>>658
Linux関係なくね？

**デフォルトの名無しさん** · 2018/11/29(木) 23:34:53.34

GUIしかやってないなら大抵の仮想化ツールは取っ付きにくいだろうな
CUIの勉強しろよ

**デフォルトの名無しさん** · 2018/11/30(金) 14:16:12.81

>>658
簡単だけどLinuxの操作などを知っているなら簡単という意味。

**デフォルトの名無しさん** · 2018/11/30(金) 20:19:16.57

ターゲットとなる本番環境じゃなくてポータブル開発環境として使ってる人います？
ローリングリリースのLinux選んでずーっとその仮想育てる感じで
PowershellもMsysもWSLもどうやっても馴染めないよう

**デフォルトの名無しさん** · 2018/11/30(金) 23:53:07.83

シェルスクリプト・PowerShell の代わりに、VSCode で、Ruby を使えば？

Windows でも、普通にファイル操作できる。
ただし、irb だけは日本語でバグるから、WSL のirb を使う

日本語では、WSL のirb は、MSYS2 よりも正常に動く

**デフォルトの名無しさん** · 2018/12/01(土) 07:43:14.49

うーん正確な用語がわからない・・

そのVSCodeとRubyの方を仮想かしてどこでも同じ使い勝手を味わいたいんだ
そっちの実作業環境を開発環境と呼ぶのは変なのかな

**デフォルトの名無しさん** · 2018/12/01(土) 14:14:31.04

docker へrdpで解決しない？

**デフォルトの名無しさん** · 2018/12/11(火) 16:27:30.38

サイトの管理を任されたけど、今 vagrant　とdockerとかで
環境構築するのが当たり前なの？
もう、MAMP XAMPでローカルに構築する時代じゃないの？？？

**デフォルトの名無しさん** · 2018/12/11(火) 16:35:45.97

vagrantは開発専用。これでサイト構築はまず無いだろ

> もう、MAMP XAMPでローカルに構築する時代じゃないの？？？
vagrantかWSLのほうがいいだろ？
実際の動作環境がLinuxなのにWindowsで環境作るほうが面倒

**デフォルトの名無しさん** · 2018/12/11(火) 22:04:25.79

Software Design 12月号の特集は、Python のAnsible

Vagrant, Chef に挑む巨人、Red Hat の猛攻が始まった！

以前は、すべての開発者は、Vagrant の作者で、今世紀最大の創業者、
Mitchell Hashimoto (HashiCorp)を避けて通ることはできないと言われていた

その常識に、赤い巨人が挑む！w

**デフォルトの名無しさん** · 2018/12/12(水) 00:11:08.47

>>667
俺の知ってる現場でもみんなvagrantだな
そういう時代なんだと思う

**デフォルトの名無しさん** · 2018/12/12(水) 19:59:55.07

VirtualBoxとVagrant　を使って開発って
WEBアプリケーション以外にも使われることはあるんですか？

例えば、スマホアプリとか。

**デフォルトの名無しさん** · 2018/12/14(金) 13:43:43.35

>>671
あるよ

**デフォルトの名無しさん** · 2018/12/14(金) 13:48:00.36

ありまぁす

**デフォルトの名無しさん** · 2018/12/19(水) 14:49:06.19

WindowsでDocker (Hyper-V)とVirtualBoxが共存可能になったってよ　

**デフォルトの名無しさん** · 2018/12/20(木) 07:07:45.57

vagrant/terraform
container linux
ansible
docker
kubernetes
Istio
gcp/aws/azure
この辺のキーワード聞くことが多くなってきたが覚えること大杉てしぬ

**デフォルトの名無しさん** · 2019/01/22(火) 19:13:09.57

クラウドでコンテナを運用するとしたら規模の小さめなサービスでもk8sが鉄板なんすか？

**デフォルトの名無しさん** · 2019/02/01(金) 22:44:34.29

Ansible使ったらshellだらけになった

**デフォルトの名無しさん** · 2019/02/25(月) 14:14:19.25

vagrantのguestosをオフライン環境でバージョンアップさせる方法教えてください

**デフォルトの名無しさん** · 2019/03/01(金) 01:33:46.52

本番運用の環境でDockerCE (Docker for Windows) の Linuxコンテナを使ってるんだけど、
たまにポートフォワードがうんとも寸とも言わなくなることがあるんだけど、そういうもん？

具体的にはNGINXのコンテナを作って外からの443をNGINXに向けるようにしてるんだけど、
突然ポートフォワード出来なくなる。TCPパケットダンプしても明らかにコンテナに流れてない。
んでDocker自身を再起動したら復帰する

運用環境としては怖すぎなんだけど・・・

**デフォルトの名無しさん** · 2019/03/01(金) 08:42:16.02

Docker は本家 Linux でも本番環境だとわりとトラブるって話を1年くらい前に聞いたな。
利用は開発環境やステージング環境までにして
本番はネイティブにした方が無難なような。

**デフォルトの名無しさん** · 2019/03/01(金) 12:21:06.68

設定ミスの可能性もあるだろう
マネージドのDocker Hostをレンタルして同じ構成で動かしてみたらどうだ

**679** · 2019/03/01(金) 22:02:26.08

設定ミスの可能性は無いです

**デフォルトの名無しさん** · 2019/03/01(金) 22:40:15.67

確認した?
エビデンスとったか？

**デフォルトの名無しさん** · 2019/03/01(金) 22:55:07.01

tcpdumpの結果でわりと十分なエビデンスだろう。
突然パケットが流れなくなるような設定間違いってなかなかできない。

**デフォルトの名無しさん** · 2019/03/01(金) 23:02:50.07

>>684
全く「設定ミスがない」ことのエビデンスになってない
それじゃただ単に現象を確認しただけだ

**デフォルトの名無しさん** · 2019/03/02(土) 10:11:20.28

>>685
｢『全く』設定ミスがない｣ことのエビデンスなんて現実的なコストでは提供不能だよ。
特に設定不足系は無理。
ふつうはそんな効率の悪いやり方をしない。
まあ金融・証券系みたいにコスト無視、かつ顧客が無理難題をふっかけるとこだと、顧客が納得するレベルの嘘をついて誤魔化すことはあるけどさ。

**デフォルトの名無しさん** · 2019/03/02(土) 10:37:21.55

｢Docker network stopped working ｣でググるといっぱい見つかるね。
未解決のも多い。

ttps://github.com/moby/moby/issues/32195
なんかはSolved になってるけど
・(正常なネットワークなら問題ない筈の)先進的なネットワークオプションをとにかくdisableせよ
・Docker のバージョンを上げろ
ってなってて、Docker か、あるいは利用しているネットワーク環境のどちらかに不具合があるっぽい。

**デフォルトの名無しさん** · 2019/03/02(土) 11:08:33.63

>>686
俺がなんで括弧つけたかわかってないな

「全く設定ミスがない」こと証明してないと言いたいのではない
「設定ミスがない」ことを全く証明してないと言ったのだ

**デフォルトの名無しさん** · 2019/03/02(土) 11:27:53.49

>>688
ふつうは正しく動作することをもって証明とするんだよ。
数学的な意味での証明には全くならんが、現実的なコストでできる証明ってのはそれくらいしかないんだ。

くだんの人の場合、一応正しくは動作してるのに、しばらくすると止まる、しかもtcpダンプしても止まってるんだから、
症状からしてなにか不具合がある可能性が高い。

そうじゃない、証明する方法があるんだっていうのなら、その方法を具体的に書いてやってくれ。

**デフォルトの名無しさん** · 2019/03/02(土) 11:35:40.93

>>689
もうとっくに書いてんじゃん
マネージドなdockerホスト借りてやってみたらどうだってさ

何も設定項目1つ1つ変更しながらエビデンスとれって言ってるわけじゃないんだよ
適度なサイズのスコープで切り替えながら調査していくの
これって問題調査の基本中の基本だよね？

君が言ってる現実的じゃない方法って
アルゴリズムに例えて言うと線形探索なんだよ
でも俺らは二分探索とか範囲で絞り込むアルゴリズムを知ってるわけだろ？
なんで身につけた知識を応用しないんだ？

**デフォルトの名無しさん** · 2019/03/02(土) 11:50:11.02

>>690
マネージドなDockerホストって書いてた人だったのか。
確かにそれはアリだな。

俺の言葉の使い方だとそれを設定ミスがないことのエビデンスになるとは言わないので
マネージド環境でのテストのことを指してるとは思わなかったよ。
すまんかった。

よくよく考えてみるとアホな顧客にエビデンス要求された時に
有料サービスに丸投げした結果を提供してOKもらうことはたびたびあるので
自分でも似た使い方してたなw
自分でそれがエビデンスという強い言葉に値すると思ってないから思いつかないんだなあ。

**デフォルトの名無しさん** · 2019/03/03(日) 14:34:26.16

issueだらけだもんなぁ
本番には到底耐えきれないよ
本番で使わないならってんで開発でもDockerを使わなくなる
だから実務で役に立つのはVagrantとAnsibleになる

**デフォルトの名無しさん** · 2019/03/03(日) 14:43:33.70

>>692
issueの数で判断できるなら、世の中のメジャーなライブラリやフレームワークはみな使えないことになる

**デフォルトの名無しさん** · 2019/03/03(日) 15:04:33.53

ライブラリやフレームワークに不具合があってもアプリケーションとしてのテストを通過すれば問題はない
でもDockerみたいなのになるとテストしきれないから安易に使えない

**デフォルトの名無しさん** · 2019/03/03(日) 15:07:54.94

>>694
はいキチガイ

**デフォルトの名無しさん** · 2019/03/03(日) 15:11:25.80

>>695
いや常識だぞこれ
お前はテストしとらんのか？

**デフォルトの名無しさん** · 2019/03/03(日) 15:45:08.26

>>696
ソースは？

**デフォルトの名無しさん** · 2019/03/27(水) 18:59:14.57

>>697
Rubyかな

**デフォルトの名無しさん** · 2019/03/27(水) 22:21:53.24

ansible-containerってどうなの？

**デフォルトの名無しさん** · 2019/04/07(日) 22:47:05.10

初心者なんじゃがコンテナ内のphpmyadminから別コンテナのMySQL叩くの難易度どれくらい？

**デフォルトの名無しさん** · 2019/04/08(月) 12:14:30.85

難度Fぐらいかな

**デフォルトの名無しさん** · 2019/04/08(月) 19:16:29.83

USB Type Aが一発で刺さるぐらいの難易度

**デフォルトの名無しさん** · 2019/04/08(月) 21:09:35.64

本当かぁ、？何回かネットや本のコピペしてるけどMySQLとphpmyadmin連携取れないぞ、？

**デフォルトの名無しさん** · 2019/04/08(月) 21:24:00.34

composeのサンプルコピペでいけるやろ

**デフォルトの名無しさん** · 2019/04/08(月) 22:14:51.00

>>704
この後またチャレンジするんだけど皆さん普通に連携取れて出来てるのよね？
本の丸コピが何回やっても動かないし何かMySQLの認証系が怪しいんだが

**デフォルトの名無しさん** · 2019/04/08(月) 23:23:24.47

compose見せてみ

**デフォルトの名無しさん** · 2019/04/09(火) 20:27:46.01

すまん、、そこまでまだ本を読み進めてないでんねん。。下記が本のソース丸コピなんだが
////phpmyadmin編
//_mysqlとphpmyadminのDockerfile用の２つのフォルダ作成
sudo docker network create mysql-nw
sudo docker volume create --name=db-volume
sudo docker run -v db-volume:/var/lib/mysql/ --name=db-container busybox

//////mysql/Dockerfile
#イメージ取得
FROM mysql
#mysqlのrootパスワード設定
ENV MYSQL_ROOT_PASSWORD=dbpass01
#文字コードにutf8mb4をセット
CMD ["mysqld","--character-set-server=utf8mb4","--collation-server=utf8mb4_unicode_ci"]
//////
sudo docker build -t mysql-image .
sudo docker run --volumes-from=db-container --name=mysql-container --net=mysql-nw -d mysql-image

//////phpmyadmin/Dockerfile
#イメージ取得
FROM phpmyadmin/phpmyadmin
#
ENV PMA_HOST=mysql-container PMA_USER=root PMA_PASSWORD=dbpass01
//////

sudo docker build -t pma-image .
sudo docker run --net=mysql-nw --name=pma-container -p 83:80 -d pma-image

**デフォルトの名無しさん** · 2019/04/09(火) 20:29:44.42

ちなみにこれも三行丸コピで動くらしいけど失敗したやつでなぁ
https://blog.thenets.org/how-to-install-mysql-and-phpmyadmin-with-docker/

**デフォルトの名無しさん** · 2019/04/09(火) 21:25:20.32

docker logsは？

**デフォルトの名無しさん** · 2019/04/09(火) 21:34:32.10

CMD["mysqld"
とりま要らんやろこの引数

**デフォルトの名無しさん** · 2019/04/09(火) 22:23:24.21

すんまへん、、何故かイケました。メモ帳に書いてコピペしてるからそう書き間違えないはずなんだがなぜかこれで
//phpmyadmin再度
sudo docker pull mysql:5.7.24

sudo docker pull phpmyadmin/phpmyadmin

sudo docker network create mysql-network

sudo docker run --name=aa-mysql --net=mysql-network -p 3306:3306 -e MYSQL_ROOT_PASSWORD=password -v $(pwd)/database:/var/lib/mysql -d mysql:5.7.24

sudo docker run --name=a-mysql-admin --net=mysql-network -e MYSQL_ROOT_PASSWORD=password -e PMA_HOST="aa-mysql" -e PMA_PORT=3306 -p 8081:80 -d phpmyadmin/phpmyadmin

**デフォルトの名無しさん** · 2019/04/09(火) 22:24:25.42

ちなみにこれはなぜか動かなかった
//1
sudo docker network create -d bridge my-bridge-network
//2
sudo docker run --name mysql -e MYSQL_ROOT_PASSWORD=secret -d mysql/mysql-server

sudo docker network connect my-bridge-network mysql

sudo docker inspect mysql//次のhostに付けるip確認
//3
sudo docker run --name phpmyadmin -d -e PMA_HOST=(さっきのIP) -p 808:80 phpmyadmin/phpmyadmin

**デフォルトの名無しさん** · 2019/04/20(土) 09:43:35.04

クラスタ運用だとボリュームの扱いが難しい

ネットワーク経由でストレージをマウントすると遅いし所有権やシンボリックリンクの取り扱いでトラブルが起きやすい
逆にローカルストレージをマウントするとコンテナを特定のホストにピン留めせざるをえなくなって運用性が悪い

どうにかならんかねこのジレンマ

**デフォルトの名無しさん** · 2019/04/20(土) 10:01:01.50

>>713
だからクラウド使うんだよ

ストレージはクラウドサービスが提供しているものを使う
ストレージ用のコンテナは作らない

**デフォルトの名無しさん** · 2019/04/20(土) 10:02:10.88

（ただし開発時にローカルで使うものは別）

**デフォルトの名無しさん** · 2019/04/20(土) 11:37:12.99

クラウドストレージでも結局は同じなのでは？
例としてS3をVolumeとしてマウントしたとして
このVolumeはローカルストレージのVolumeよりも遅いしパーミッションとかで変なトラブルが起きやすい
この性質はイントラのストレージサービスとクラウドのストレージサービスでそう違いがあるとは思えない

**デフォルトの名無しさん** · 2019/04/20(土) 12:03:01.10

S3じゃなくてEBSじゃないのか？

**デフォルトの名無しさん** · 2019/04/20(土) 12:04:41.14

>>716
だからボリュームとしてマウントしたりしない。

アプリはデータをS3に保存するし、S3から取ってくる。
パーミッションとか関係ない。クラウドのセキュリティ機能を使う
クラウドストレージの速度はローカルストレージと遜色ない（コストによるが）

**デフォルトの名無しさん** · 2019/04/20(土) 12:07:44.19

> アプリはデータをS3に保存するし、S3から取ってくる。

補足しておくとアプリはS3のデータを読み書きするとして、

例えばユーザーはファイルをサーバーにアップロードする時、
S3に直接アップロードするしS3から直接ダウンロードする。
アプリを経由してS3のファイルを読み書きしたりしない（してもいいが遅い）

誰でもアップロード・ダウンロードできてしまうことを
防ぐためのセキュリティ機能もS3にある

**デフォルトの名無しさん** · 2019/04/20(土) 12:13:00.81

>>717
EBSを使ってもいいが、アプリの仮想マシンからブロックデバイスとしてマウントはしないんだよ。
EBSをマウントするのは（広い意味での）データベース・サーバーの一台

アプリからは、そのデータベースサーバーに対してネットワークでデータを読み書きする

複数あるアプリの仮想マシンでファイルシステムをマウント（Dockerのボリューム含む）しようという発想が古い
ストレージをマウントするのは仮想マシン1台だし、そこにネットワーク経由でアクセスする。
↑このストレージをバックアップなど含めて適切に管理するのが面倒だから、クラウドストレージを使う

いずれにしろ、アプリからはネットワーク経由でデータの読み書きをする

**デフォルトの名無しさん** · 2019/04/20(土) 12:16:17.88

>>717
例として挙げただけなのでどのストレージサービスでも状況は同じ

>718
ストレージサービスをネイティヴサポートしてない他社製アプリはVolumeマウントするしかないと思うけど違うのかな？
オープンソースならフォークしてファイルアクセスを全てストレージサービスに置き換えることはできなくはないけど労力に到底見合わない
だからどうしてもVolumeマウントに頼らざるをえないケースは多々ある
そういうケースにステートフルコンテナをクラスタに組み込むにはどうするべきか悩ましい

**デフォルトの名無しさん** · 2019/04/20(土) 12:23:55.77

>>721
だからな？新しい仕組みを活かそうと思うなら、
設計から見直さなきゃいけないんだよ。

効率化する新しい仕組みを導入したいのですが
今までの効率の悪いやり方まま変えたくないんです。

↑アホみたいだろ？

やり方を変えないなら、今までのやり方をするしか無いんだよ。
諦めな

**デフォルトの名無しさん** · 2019/04/20(土) 12:44:59.88

>>722
設計を見直すと言われても他社製だからな…
従来のようにバックアップとリストアをしっかり整備して多少のリスクを受け入れるぐらいしか思い浮かばん
ダウンタイムはともかく直近のデータロストは怒られそうできつい

**デフォルトの名無しさん** · 2019/04/27(土) 15:43:09.76

docker hubがハックされてgitアカウントが１９万ぐらい失効されたらしい？

**デフォルトの名無しさん** · 2019/04/27(土) 16:16:17.11

それマ？

**デフォルトの名無しさん** · 2019/04/27(土) 17:32:00.76

取り急ぎググった結果出てきたものを貼ってみる

https://www.bleepingcomputer.com/news/security/docker-hub-database-hack-exposes-sensitive-data-of-190k-users/

By Lawrence Abrams
April 26, 2019 11:30 PM

**デフォルトの名無しさん** · 2019/04/28(日) 22:00:11.04

dockerのGUIでの監視や起動停止とかでまだまともなのないかね？

**デフォルトの名無しさん** · 2019/04/28(日) 22:10:41.17

portainer?