WEBサーバー、アプリサーバーの本番環境について

Question

現在javaのシステム開発で
１つのノートパソコンに
ＷＥＢサーバー、アプリサーバーの２つを同時にインストールし
デバッグなどを行っているのですが
これが本番や本番に近いテスト環境となるとどうなるのでしょうか？
自分が抱いているイメージとしましては
ＶＰＳを４つ借りて
1つ目にWEBサーバーソフト、
2つ目にアプリサーバーソフト、
3つ目にＤＢソフト、をインストール、
4つ目に作成したシステムを置き
テストを行うなのですが
実際はこうやって使われることが多いよとかあれば
ぜひアドバイス頂けますでしょうか。

Answer 1

サーバ性能にもよると思うのですが、Webとアプリケーションサーバの同居はあり得ると思います。
ただ、DBは別ホストにしてファイアウォールで防御するのが一般的なような気がします。

4つ目に作成したシステムを置き

と言うのはテスト環境のことでしょうか。
できる限りテスト環境は本番環境に近づけるべきです。
「全部入り」サーバにしてしまうと、ネットワーク負荷についてはテストできないと言う事になってしまいます。
DBに入れるデータも同様で、特にデータ件数が多い場合はできるだけ本番環境に近い状態でテストすべきです。
でないと、試験環境ではパフォーマンスが出ていたのに本番ではさっぱり…などということになってしまいます。

Comments

[退会済みユーザー]

はじめの２行わかりやすいです。
４つめに置くのは作成したアプリケーションファイルそのものです。
知識不足であれば恐縮なのですが、
そのruby on railsなどで作ったファイルを置く場所がアプリサーバーということでしょうか？

以下のようなイメージを抱いております。
やじるしはデータのやりとりを表しました。
ブラウザ
↓↑
ＷＥＢサーバー
↓↑
アプリサーバー←→ＤＢ
↓↑
作成したファイル/フレームワーク

[ynakano]

イメージ図で言うと、「アプリサーバ」と「作成したファイル/フレームワーク」が同一ホストになるのではないでしょうか。
というより、これらが「アプリサーバ」を構成していると思います。
"Web3層構造"という言葉は死語ではないと思うのですが…
（割と真剣に心配してたりして）

[退会済みユーザー]

以下のようなサイトの図でみても
何を指しているのかわからないもので・・・
http://blog.livedoor.jp/del_yu/archives/591755.html

つまりアプリサーバー（javaでいうTomcat）とアプリそのものは通信を行うし
別物だけど同じサーバー（ホスト）にあるものということでよろしいでしょうか。

・ＤＢの層
・ＷＥＢサーバーの層
・アプリサーバーと作成したアプリの層

[ynakano]

ざっくり言うと以下の通りです。

・プレゼンテーション層でユーザからのリクエストを受ける。また、処理結果をユーザに提示する。
・アプリケーション層でユーザからの入力を処理、加工する。プレゼンテーション層とデータ層の仲立ちをする。つまりプレゼンテーション層への入出力、データ層への入出力を行う。
・データ層ではアプリケーション層からの要求に基づきデータを保存する、もしくはデータを提供する。

で、「アプリサーバ」というのはmidさんが作成したアプリケーションを動かす基盤を提供していると考えてください。
アプリサーバとアプリケーションが通信をする、というのは一概に誤りとも言い切れないですが、一体化してい動いているという捉え方の方が分かりやすい気がします。
midさんは純粋に業務上(?)必要なロジックをプログラミングしている訳ですが、Webアプリケーションの場合それだけでは足りなくて、例えばメモリ管理やDBコネクションリソースの管理が必要になります。
その部分を担ってくれているのがmidさんの言うところの「アプリサーバ」なのです。

[退会済みユーザー]

＜一体化してい動いているという捉え方
かなりしっくりきたように思います。
アプリサーバーの中にアプリがあり（包括していて）←日本語おかしかったらすいません。
アプリサーバーとアプリもやりとりをしている。
（アプリサーバーがリクエストをアプリにわかるように変換、仲立ちをしている。）

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

個人的に作るにしても
ＶＰＳは３層か２層にしようと思います。

[ynakano]

midさんの用語に沿ってお話しますね。
アプリ、というのはアプリサーバの構成要素のひとつであり、アプリがmidさんの関心事の処理をしている一方、アプリサーバはmidさんのアプリがつつがなく動作するようにサポートしている、という感じでしょうか。
（上手く言えてる自信がないですが）

ホストの数が多くなるとそれだけ管理の負担も高くなるので、少ないに越したことはないですね。

[退会済みユーザー]

大分イメージできてきたように思います。
関心事の処理というのはＷＥＢサービスなどの処理ということでよろしいでしょうか。

あと少ないに超したことがないということであれば
ひとつのＶＰＳに
WEBサーバー、アプリサーバー、アプリ（作成したサービス）、ＤＢを
置いても問題はないのでしょうか？
（それともそれが大規模でもない限り一般的？）

[ynakano]

言葉足らずだったかもしれません。
「関心事」というのはmidさんがプログラミングした範囲、という意味です。

一つのサーバに全部乗せる事については、純粋に技術的に言えば何の問題もありません。
サーバリソースの許す限り乗せてしまってよいと思います。
ただ、そのアプリ（サービス）がひと様からお金をもらって運営しているような場合、そうはいかないと思います。
と言うのはDBは二重化すべきとか、ファイアウォールの内側に配置すべきという考慮事項が出てくると思われ、その時点でWeb/APサーバとの同居は諦めなくてはならないはずです。

[退会済みユーザー]

説明ありがとうございます。

＜純粋に技術的に言えば何の問題もありません。
安心しました。
今後自分の事業として自社サービスを作るときなどはそうしようと思います。
考慮事項がでてきた際は臨機応変に対応しようと思います＾＾

もしよろしければ
別の質問ページになりますが
「サーバー構築の大まかな全体像・・・」
にも応えて頂けると幸いです。

ありがとうございます。

Answer 2

開発中はＷＥＢサーバ、アプリサーバ、データベースサーバ、
開発システム毎に1台ずつ分けた方が良いことは確かだと思います。

テスト環境は主に開発システム機能を確認するのがメインだと
思いますので開発環境に準ずる感じで良いと思います。
（負荷試験やその他の意地悪試験など特別な試験も
実施するのであれば別ですが・・・）

本番環境は開発環境と同様の構成を取るのであれば同様の構成で
良いですが、開発環境と異なり機能面だけでなく実機で動作
させた時にどうなるか？又、24時間させて場合にどうなるか？
冗長構成で動作させた場合にどうなるか？なども含めての
確認なので冗長構成であれば必要な分準備した方が良いと
思います。

Comments

[退会済みユーザー]

逆のイメージをしておりました。

開発中は全て１つのマシンにいれて動かしながら作っていく
そしてテストと本番のときは
それぞれのミドルウェアを異なるＶＰＳに
いれていくというイメージだったのですが・・・

冗長構成の場合
ＤＢとアプリはセキュリティ上セットでおいて
その他わけるほうがいいような気もしたのですが多くの現場ではどうなのでしょうか。

[Yatsurugi]

ＤＢとアプリをセットでインストールするというのも
サーバを少なくして効率的に開発できるので良いと思います。
そのようにされる方も多いと思いますよ。

[退会済みユーザー]

ＷＥＢサーバー、アプリサーバー（アプリそのものを置く場所とアプリサーバーは別物とイメージしているのですが間違っていますか？）はそれぞれわけて配置することはほとんどでしょうか？

ＶＰＳ１：ＷＥＢサーバー
ＶＰＳ２：アプリサーバー
ＶＰＳ３：アプリとＤＢ

[Yatsurugi]

アプリにも色々あるので一概には言えませんが、
開発がしやすいからそうなさっているのであれば
それで間違いではないと思います。

[退会済みユーザー]

アプリケーションとアプリサーバーは別物という認識は間違っていなくてよかったです。
回答ありがとうございます。