質問編集履歴
2
自動化を追加
test
CHANGED
File without changes
|
test
CHANGED
@@ -46,7 +46,7 @@
|
|
46
46
|
|
47
47
|
[疑問3]
|
48
48
|
|
49
|
-
docker-composeなるものが存在し、より抽象度の高いコンテナを跨いだ環境の構築ができるようですが、結局、物理的なサーバが分かれることを考えると(例えばスケールアウトしてロードバランサによって負荷分散することを考えると)環境構築ができなくなりませんか?
|
49
|
+
docker-composeなるものが存在し、より抽象度の高いコンテナを跨いだ環境の構築の自動化ができるようですが、結局、物理的なサーバが分かれることを考えると(例えばスケールアウトしてロードバランサによって負荷分散することを考えると)環境構築ができなくなりませんか?
|
50
50
|
|
51
51
|
|
52
52
|
|
1
訂正
test
CHANGED
File without changes
|
test
CHANGED
@@ -40,14 +40,14 @@
|
|
40
40
|
|
41
41
|
|
42
42
|
|
43
|
-
サーバをスケールアウトさせると、DBの単一性が崩れるため、データがとっちらかって
|
43
|
+
サーバをスケールアウトさせると、DBの単一性が崩れるため、データがとっちらかってDBとして機能しなくなりませんか?このような場合、MySQLのコンテナをもう一匹のクジラの上に乗せる(つまりもう一台サーバを増やしてMySQL専用サーバの上でMySQLのコンテナを走らせる)ことで、1匹1コンテナのような形で2匹のクジラに管理させるようになるのでしょうか?そうすると、疑問1にもつながるのですが、複数のコンテナを一つの環境で走らせることがなくなると思ってしまうんですが...
|
44
44
|
|
45
45
|
|
46
46
|
|
47
47
|
[疑問3]
|
48
48
|
|
49
|
-
docker-composeなるものが存在し、コンテナを跨いだ環境の構築ができるようですが、物理的なサーバが分かれることを考えると(例えばスケールアウトしてロードバランサによって負荷分散することを考えると)
|
49
|
+
docker-composeなるものが存在し、より抽象度の高いコンテナを跨いだ環境の構築ができるようですが、結局、物理的なサーバが分かれることを考えると(例えばスケールアウトしてロードバランサによって負荷分散することを考えると)環境構築ができなくなりませんか?
|
50
50
|
|
51
51
|
|
52
52
|
|
53
|
-
何かアドバイスよろしくお願いします。
|
53
|
+
Dockerはもともと複数のサーバで走らせることを想定していないのでしょうか?まさかそんなはずはないと思うのですが、混乱してしまっています。おそらく何か僕に足りない知識があると思うので是非アドバイスよろしくお願いします。
|