回答編集履歴
1
誤字修正
answer
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
|
|
3
3
|
個人的には、以下のように思います。
|
|
4
4
|
|
|
5
|
-
- まず、運用サーバを分けないですむ方法を考えるべきです。たとえば、WebDAV, svn, git など、コンテンツを管理するサーバを設置し、各コンテンツのデザイナーはコンテンツ管理サーバにチェックインする→運用サーバでコンテンツ管理サーバ
|
|
5
|
+
- まず、運用サーバを分けないですむ方法を考えるべきです。たとえば、WebDAV, svn, git など、コンテンツを管理するサーバを設置し、各コンテンツのデザイナーはコンテンツ管理サーバにチェックインする→運用サーバでコンテンツ管理サーバからコンテンツをダウンロードして、日本版、アメリカ版をいっしょに配信するような方法が考えられます。
|
|
6
6
|
- 運用の都合でサーバを分けたい場合は、サーバごとに別々のFQDNを持たせる。http://example.com/ はポータルとなる入り口サーバ、 http://jp.example.com/ は日本版配信サーバ、 http://au.example.com/ は英語版配信サーバというようにFQDNを割り当てれば、サーバ間が疎結合になります。また、DNSの割り当て方で同一サーバにもできますので、柔軟に構成できます。
|
|
7
7
|
- サブディレクトリでわけて、リバースプロキシということもできますが、リバースプロキシとネットワークの運用が面倒でサーバを分ける意味があるのか疑問です（同じデータセンタ内のサーバで分ける意味があるのでしょうか？ サーバを分けたい理由がデザイナーの都合だけであれば、最初の案に戻ります）
|
|
8
8
|
|