ウェブサービス公開の際のサーバーの棲み分け

Question

はじめまして、質問失礼します。
ウェブサービスを作成する際のサーバーおよびドメインの棲み分けについて質問させていただきたいと思います。

たとえば、パンのデリバリーを行うウェブサービスを公開するために、www.breader.comというドメインを使用し、サーバーを用意します。
クライアントはこちらのドメインにアクセスしてきますので、その処理を行うためにこちらのサーバーにウェブアプリケーションのCakePHPを設置するとします。

ここからが本題なのですが、ユーザーのデータや掲載する店舗などの情報を保存するデータベースの置き場は同じサーバー内に設置するべきなのか、また違うドメインを取得した専用のサーバー内に作成するべきなのか、通常はどちらのケースが多いでしょうか？

前者であれば、同じドメインのサーバー内であれば、www.admins.breader.comみたいな形でサブドメインを取得し、その配下にデータベースを設置する。
後者であれば、異なるサーバー間をうまく連携させる処理を書くといった形になるかと思います。

一般的な設計の観点およびセキュリティ上の観点など知識をお持ちの範囲でお答えいただけますと幸いです。

サーバー関係およびウェブ設計は勉強したての初心者であるため、初歩的な質問で恥ずかしいですが、何卒よろしくお願いいたします。

Answer 1

門外漢なので、ご参考程度に…

サーバー構成は、公開するサービスがどの程度のアクセスを想定し、またどの程度の耐障害性を求められるかによって決まってくると思います。

基幹系や決済サービスのように、高い耐障害性が求められる場合には、DBサーバーも共有ディスク型のクラスタ構成にする場合が多いので、別サーバーにする場合が多いようです。

しかし、一般的なサービスでは敢えてサーバーを分けず、アプリ本体と同じサーバー上に配置して localhost でアクセスした方が速度面でもセキュリティ面でも得策な場合も多いです。それに、コスト面から考えても、特別な要件がなければ同一サーバー上に配置した方が有利であることは確かです。

それと、セキュリティ面を考えると外部から直接アクセスすることはないので、ドメインと紐付けることはあまりないと思います。これも設計上の決めの問題（設計ポリシーで決まる）ではありますが、別サーバー上にDBを配置する場合でも、IPアドレス、もしくはホスト名でアクセスするようにしているケースも多いと思います。

Comments

[dpjgt4034]

詳しくありがとうございます、非常に参考になりました。
下記ですが、こちらはデータベースを操作できるユーザーを追加する際に例えば、ユーザ名@localhostのように設定し、アクセスを許可させるということでよろしいでしょうか？

>localhost でアクセスした方が速度面でも>セキュリティ面でも得策な場合も多いです

また、このユーザー追加の際に指定したlocalhostというのは、操作を行った自分自身の環境が指定されるという認識でよろしかったでしょうか？
例えば、仮にAさんがA@localhostというユーザー追加を行った場合、当該ユーザーを使用する際は、localhostはAさんを指し、かつAさんの環境でしかログインできなくなるのか気になりまして。(=Bさんが、仮にA@localhostというユーザーの存在を知り、アクセスしようとした場合、A@localhostのlocalhostはAさんの環境に紐付いているのでBさんは弾かれるなど)

Answer 2

###費用的な話
費用がかさむ等、政治的な理由の場合はアプリ本体と同じでも良いかと思います。
###セキュリティ的な話
そもそもDBサーバはアプリからしかアクセスされることはありません。
ですので、外部に公開する必要はありません。
アプリからのアクセスはローカルネットワーク内で疎通できれば問題ありません。

同じクラスタ構成にする場合は、あとあと分けないといけなくなったときに
どうやって移行するかまで考えておいた方が、今後のストレスがなくなると思います。

Comments

[dpjgt4034]

詳しくありがとうございます。
なるほど、てっきり最初からDBサーバーはWebアプリケーションと別サーバーに配置するものだと思っていましたが、ケースバイケースではあるものの、同一サーバー内でOKということで納得しました。