サーバの構成について

Question

ログインシステムを作ろうとしています。

・毎回のログイン処理
・初回の登録
・サービス利用の中で更新があった場合

などでDBの更新をすることを想定しております。

ここで質問なのですが、３つの処理を別Instanceに分けて行いたいとき、
DB（MySQLをInstanceにインストールして使いたい）を１つのInstanceに入れ、
他2つのInstanceの処理で別Instance内のDBにアクセスする
といった処理は可能でしょうか。
また何か問題はありますでしょうか。

初心者で変な質問になっていたらごめんなさい。

Answer 1

Instanceって何のことを言われていますか？
DBとDBにアクセスするものに単純に分けて考えると、ログインからの一連処理は普通は同一セッションで行います。
また、DBのInstanceを分ける場合、リレーションが無ければいいですけど、質問にある一連の処理では分けたりはしません。

独立したサービスに関しての連携という話なら、そもそもDB連携を必要としないものにすべきです。

Comments

[fresh]

saziさん早速の回答を頂戴しましてありがとうございます。
InstanceはEC2のインスタンス、という意味合いでした。

>また、DBのInstanceを分ける場合、リレーションが無ければいいですけど、質問にある一連の処理では分けたりはしません。
そうなのですね。
以下のような構成を考えたのですが、的外れということでしょうか？
・初回登録処理のみ、頻度が低いためLambdaでDBに登録する処理を記述
・通常のログイン、利用中のDB更新はEC2上のDjangoで構築

また以下とするのが適切でしょうか。
1つのEC2インスタンスにDjangoでAPIの叩き先を
　・初回登録
　・ログイン
　・利用中処理
という形で作成する。（1つのインスタンス内に記述）

[sazi]

DBは一つで初回登録の処理のみをlambdaでということですか？
lambdaが簡単だからという理由なら、サービスとして独立させる価値はあまりないように思います。
フレームワークは統一した方が良いと思いますけど。

[fresh]

ありがとうございました。