3層Webシステムについて（Web／AP／DB）

Question

###前提・実現したいこと
Web／AP／DBの三層でAPサーバにはどのようなアプリケーションが置かれるのでしょうか？

自分で練習用にWEBサービスを作る場合はWeb/AP/DBを一緒にしてしまいますが、
それなりの規模のシステムを作るとなると、

ロードバランサ
↓
ウェブサーバ
↓
アプリケーションサーバ
↓
ＤＢサーバ

のような構成になるのかなと思います。

アプリケーションサーバには、
機能や業務・性能などの要件によってサーバを用意し、
ウェブサーバはそれぞれの機能（URL）に対してルーティングを行い接続を振り分けるという認識でよろしいでしょうか？

そうすると、接続はhttpなのでアプリケーションサーバにもウェブサーバが置かれるという認識でいいのでしょうか？

また、内部の運用面で必要なサーバはどのようなものがあるのでしょうか？
DNSサーバや、ログ収集をして一元管理するようなサーバが必要なのかなと思います。

よろしくお願いします。

Answer 1

アプリケーションサーバの外部インターフェイスはHTTPですし、SSLにも対応しているのが普通ですから、ご指摘の通りロードバランサ・Webサーバはなしでもサービスを公開できるものです。
その上で、Webサーバの役割を挙げていくと

• 静的ファイルのホスト。アプリケーションサーバより高速ですから。

（ロードバランサがあるなら、静的ファイルはS3のようなオブジェクトストレージに置いてロードバランサからそちらへリクエスト転送するのが今は一般的かもしれませんが）

• アプリケーションサーバが落ちたときやメンテのときのsorryページの表示

（ロードバランサがあるならこれもロードバランサがやってくれますけどね）

• SSLフロントエンド。アプリケーションサーバにやらせるのと違い、証明書入れ替えのときなどに再起動がいらないのでメンテタイムを設けずにできます。

（これもロードバランサ（以下略

• 複雑で脆弱性の入り込みやすいアプリケーションサーバの代わりに外部からのリクエストを受けることで、脆弱性が外に出にくくなる

（これもロード（以下略

• アクセスログを取る

ロードバランサがあると、Webサーバの仕事って究極的には最後のアクセスログだけですかね。

内部の運用で必要なサーバについて。どんなアプリを公開するのかにもよりますが、ロードバランサでアプリケーションサーバを冗長化する以上は共用メモリサーバが必要なんではないでしょうか。ログインセッション情報なんかを複数アプリサーバ間で共有するための、Redisなんかのサーバです。

それと、DBのバックアップ先マシンとかですか。

Comments

[ikasoumen]

回答ありがとうございます。

ＷＥＢサーバのメリットが分かってきました。
Ｒｅdisなんかもそのような用途で使うのですね。

なんかこれで大規模なサーバを構築できる気がしてきました（爆）