最も小規模で簡単なWebシステムの構成としてWebサーバが省略されたものがあります。

サーバーサイドのコンピュータの中でAPサーバとDBサーバのみを稼働させておき、WebサーバはAPサーバが提供する機能を利用するといった構成になります。

（前回説明した通り、ほとんどのAPサーバはWebサーバの機能を併せ持っています。）


このような構成はサーバサイドで使用するコンピュータ数が最小となるため、小規模なシステムやWebシステム開発時の開発環境、テスト環境などに利用されることが多いです。

また、Webサーバを省略しない場合も1つのノード上で全てのプロセスを稼働させることも十分に可能です。

実際のWebシステムで良く使用されている構成として、Webサーバ、APサーバ、DBサーバを別々のノードに配置する方法があります。

各サーバを分離させることによりそれぞれのコンピュータのCPU、メモリ、ストレージなどのリソースを最大限に利用することができます。


このような構成は、利用者が多く扱うデータ量も多い中規模から大規模のWebシステムで利用されています。

一般的にはネットショッピングサイトや、大企業の社内システムなどで採用されることが多いです。

先ほど説明したようなサーバサイドの全てのサーバを別のノードに配置するのではなく、WebサーバとAPサーバは同一ノードに配置し、DBサーバのみ別のノードに配置する構成があります。


このような構成は、利用者があまり多くない企業の業務システムなどに採用されています。

例えば企業内の一部の人のみがそのシステムを利用できるが、データ量が膨大なためデータベースに非常に大きなリソースが必要な場合に、DBサーバのみを別のノードに配置させることがあります。

システムの用途や規模によってWebシステムは様々な構成をとりますが、どの構成でもサーバサイドに「Webサーバ」「APサーバ」「DBサーバ」の3つの要素が必ず存在するということは変わりません。

各サーバのプロセスを1つのノードにまとめるのか、複数のノードに分散して配置するのか、どのサーバを分散させるのかを必要に応じて変えているだけになります。


このようにWebシステムを構成しているサーバを3つの役割に分けて連携させる構成を「Web3層構成」と呼びます。

それぞれの役割ごとにサーバを分けておくことにより、システムの規模を大きくした際も各層のサーバを増やすことにより負荷分散を行うことができます。


また、複数台のサーバでシステムを運用することにより、サーバの故障時もシステムを停止させることがなく、可用性が高いシステムを実現できます。

A-1：ログイン画面でログインが成功すると商品一覧画面（goods_list.php）へのHTTPリクエストが発生します。

A-2：Webアプリケーション側はセッションよりログインしているユーザIDを取得します

A-3：その後、ユーザIDをもとに画面に表示する商品一覧をデータベースより取得します。

A-4,5：データベースより取得したデータを整形し、HTMLファイルを生成し出力します。
　　　　ここで、商品一覧画面がWebブラウザに表示されます。

B-1：商品一覧画面で購入したい商品をチェックし「チェックした商品をカートに入れる」ボタンを押下すると、POSTリクエストが発生します。

B-2：Webアプリケーション側は受信したCookieからセッション情報を取得します。

B-3：POSTリクエストの内容からどの商品にチェックされているか確認します。

B-4：B-3での確認結果よりチェックされた商品を判別し、セッション内のカートへ情報を格納します。

B-5：商品一覧画面を再表示するためにデータベースから商品情報を取得します。

B-6,7：初期表示処理と同様に、データベースより取得したデータの整形、HTMLファイルを生成を行い商品一覧画面を表示します。

初期表示処理、サブミット処理に対するサーバサイドの処理は細かい処理に分かれていましたが、これらの処理は「入力（Input）」「処理（Process）」「出力（Output）」の3つに分類できます。

この3要素はそれぞれの頭文字から「IPO」と呼ばれ、システムの処理における基本的な要素になります。

モデルはWebアプリケーションの処理とそれに関する情報の保持を担当しています。

ネットショッピングサイトを例とすると、「ログイン処理」「データベースから商品一覧データを取得する処理」「商品をカートに保存する処理」「商品の金額を計算する処理」などがモデルの担当になります。

モデルによる処理結果を画面に表示する部分を担当しています。

ビューがモデルから処理結果を取得し、データを整形して画面に表示します。

情報の処理は全く行わず画面への表示（HTML生成）のみを担当します。

画面からの情報の入力、モデルの呼び出し、モデルから返却された結果をもとにしたビューの呼び出しを担当しています。

ユーザが画面に入力した情報を取得し、対応する処理を行うモデルに渡します。

そしてモデルの処理結果によりその内容を表示するためのビューを呼び出すことにより、Webアプリケーションの処理の流れを制御しています。

モデル、ビュー、コントローラの役割を説明したので、MVCモデルの処理の流れをまとめてみます。

まず最初にWebブラウザから送信されたリクエストをコントローラが受け取ります。

リクエストからパラメータを取り出し、必要に応じてセッションから情報の取得も行います。

そして、入力情報を処理するモデルを呼び出しパラメータを渡します。


次に、モデルでは受け取ったパラメータをもとに処理を実施し、その結果をコントローラに返却します。

ここでは処理が正しく成功したか、失敗したかのステータスを返却しています。

モデルからステータスを受け取ったコントローラは結果を表示するための画面を選択し、その画面を表示するためのビューを呼び出します。

そしてビューはモデルを参照して表示する情報を取得し、その結果をHTML出力しHTTPレスポンスとしてWebブラウザに返します。