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