「アプリケーション サーバーと Web サーバー」という概念には対照的な意味合いが込められていますが、インターネットでは、Web サイトのコンテンツに対するユーザー要求を満たすという共通の目的のために、通常、2 種類のサーバーが一緒に導入されます。 Web サーバーとアプリケーション サーバーの特性を定義する標準ドキュメントはありませんが、これらの用語が一般的にどのように理解されているかを見てみましょう。
Web サーバーの基本的な役割は、Web サイトの静的コンテンツ (HTML ページ、ファイル、画像、ビデオなど) に対するクライアントからの要求を受け入れて、それを実行することです。 クライアントはほとんどの場合ブラウザまたはモバイル アプリケーションであり、要求は Web サーバーの応答と同様にハイパーテキスト転送プロトコル ( HTTP ) メッセージの形式をとります。
アプリケーション サーバーの基本的な役割は、クライアントに、動的コンテンツを生成する、いわゆるビジネス ロジックへのアクセスを提供することです。つまり、ビジネス、サービス、またはアプリケーションが提供する特殊な機能を提供するためにデータを変換するコードです。 アプリケーション サーバーのクライアントは多くの場合アプリケーション自体であり、Web サーバーや他のアプリケーション サーバーが含まれることもあります。 アプリケーション サーバーとそのクライアント間の通信は HTTP メッセージの形式を取る場合があります。ただし、Web サーバーとそのクライアント間の通信の場合、これは必須ではありません。 CGI のバリエーションを含む他の多くのプロトコルも人気があります。
一般的な展開では、静的コンテンツと動的に生成されたコンテンツの両方を提供する Web サイトでは、静的コンテンツ用の Web サーバーと、動的コンテンツを生成するアプリケーション サーバーが実行されます。 リバース プロキシとロード バランサは、 1 つ以上の Web サーバーと 1 つ以上の Web アプリケーション サーバーの前に配置され、最初に要求されたコンテンツの種類に基づいて、次に構成されたロード バランシング アルゴリズムに基づいて、トラフィックを適切なサーバーにルーティングします。 ほとんどのロード バランサ プログラムはリバース プロキシ サーバーでもあるため、Web アプリケーション サーバーのアーキテクチャが簡素化されます。
アプリケーション サーバーか Web サーバーかという疑問がなぜ生じるのでしょうか? これは主に、Web サイトに対する需要が増大するにつれて、2 種類のサーバーの設計と使用がますます重複するようになったことに起因しています。 多くの一般的なアプリケーションは、Web サーバーとアプリケーション サーバーの両方の役割を果たします (Apache HTTP Server、Express、Hapi、Koa など)。
もう 1 つの重複は、一部の Web アプリケーション サーバーが通信プロトコルとして HTTP を使用していることです。 同様に、一部の Web サーバーは、PHP などの一般的な言語をネイティブにサポートするモジュールや機能、または HTTP からの要求をアプリケーションで使用されるプロトコル (FastCGI など) にプロキシして変換する機能が組み込まれているため、アプリケーション サーバーのように見えることがあります。
NGINX PlusとNGINX は、Dropbox、Netflix、Zynga などのトラフィック量の多い Web サイトで使用されているクラス最高の負荷分散ソリューションです。 世界中で3 億 5,000 万を超える Web サイトが、コンテンツを迅速かつ確実に安全に配信するために NGINX Plus と NGINX Open Source を活用しています。
NGINX Plus は、Web サーバーやアプリケーション サーバーの前に導入すると、FastCGI や SCGI などの複数の種類のアプリケーション サーバー用の変換モジュールを備え、非常に効率的なリバース プロキシおよびロード バランサーになります。NGINX Plus は、 Web サービス、高度なロード バランシング、キャッシュ、管理と監視、リクエスト ルーティングなどの複数の機能を 1 つの柔軟でコスト効率の高いソリューションに統合し、静的および動的コンテンツを高速かつ確実に配信して、顧客満足度と収益を向上させます。 これは、今日の高性能 Web サイトに不可欠な完全なアプリケーション配信プラットフォームです。