2 つのノードを持つ 1 つのセルではなく、2 つの WAS セルをインストールすることを考えています。このようにして、アプリケーションをより適切に操作できるため、より高い可用性が保証されます。
HTTP アクセスに依存するアプリケーションの場合、組み込みの HTTP サーバー (Apache) を外部製品に置き換えるのが良いと思います。構成が中心的でないこと以外に、いくつかの欠点は何ですか?
2 つのノードを持つ 1 つのセルではなく、2 つの WAS セルをインストールすることを考えています。このようにして、アプリケーションをより適切に操作できるため、より高い可用性が保証されます。
HTTP アクセスに依存するアプリケーションの場合、組み込みの HTTP サーバー (Apache) を外部製品に置き換えるのが良いと思います。構成が中心的でないこと以外に、いくつかの欠点は何ですか?
WebSphere には、意味のある方法で Apache ベースの HTTP サーバーが組み込まれていません。Websphere には、IBM HTTP Server と呼ばれる Apache HTTP Server のディストリビューションが含まれており、1 つ以上のセルへのリバース プロキシとして機能するようにインストールおよび構成するオプションがあります。WebSphere の料金を支払うと、IBM HTTP Server を一緒に使用する場合に無制限のサポートを受けることができます。特に、IBM HTTP Server では SSL が異なります。
多くのサード・パーティー・モジュールを使用したい場合は、IBM HTTP Server のソースを再コンパイルしたりアクセスしたりすることさえできないため、Apache の別のディストリビューションを好むかもしれません。WebSphere バージョン 9 より前のバージョンでは、Apache 2.4 に基づいていたため、別のディストリビューションが好まれたかもしれません。または、NGINX や squid を好むか、一部のアプライアンスでレイヤー 7 機能を使用することを好むかもしれません。
WebSphere には、「WebSphere WebServer Plug-in」と呼ばれる個別にインストール可能なコンポーネントも含まれています。これは、Apache、IIS、Sun One などで実行される一貫したリバース プロキシの実装を提供する、いくつかの Web サーバー タイプ用の独自のプラグインです。主な理由は、WebSphere 自体が構成ファイルを生成できることです。これは、多数のサーバー/クラスター/アプリケーションを含むトポロジー、またはサーバー/クラスター/アプリケーションが頻繁に変更されるトポロジーに役立ちます。
WAS WebServer プラグインを使用しないことのもう 1 つの欠点は、クライアント接続を記述するために使用されるプライベート ヘッダーが自動的に生成されないことです。これについては、nginx に関するこの記事で説明されています。
https://developer.ibm.com/wasdev/docs/nginx-websphere-application-server/