WebSphere Application Server 中 Web 服务器插件工作原理及故障诊断

分享一下我老师大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow

               

引言

Web 服务器与 WebSphere Application Server ( 简称为 WAS) 配合进行请求分发是一种很常见的拓扑结构。而 IBM WebSphere Application Server 的 Web 服务器插件实际上就是 Web 服务器和 WAS 之间的连接器。它主要的职责就是将从 Web 服务器接收的请求转送给 WAS。了解 Web 服务器插件的工作原理不但可以帮助我们更快地检测跟插件相关的问题，还能帮助我们构建更加完善的应用架构。

回页首

Web 服务器插件的工作原理

跟 WAS 不同，Web 服务器插件是使用 C 语言开发的，所以它会稍微依赖于插件所在的操作系统及使用的 Web 服务器。但这个依赖关系非常小，因为 Web 服务器插件在不同操作系统和 Web 服务器上的操作都差不多。下面我们就一步步介绍 Web 服务器插件的工作原理。

Web 服务器插件基础

WAS 前端支持很多不同厂商的 Web 服务器，常见的 Web 服务器包括 IBM HTTP Server、Apache HTTP Server 和微软的 IIS 等。我们这里主要以 IBM HTTP Server ( 简称 IHS) 为例。如下图所示，一个从浏览器发送的 HTTP 请求经过 Web 服务器之后会被重新定向给应用服务器 ( 这里指的应用服务器都是 WAS)。这个重定向的操作就是由 Web 服务器插件来完成的，我们可以把它想成是一个 Web 服务器和应用服务器之间的“代理”。

图 1. Web 服务器插件
 

这个重定向是基于一系列插件配置的规则，Web 服务器会优先让插件去处理每一个请求，只有当插件没有配置相关的 URL 才会让 Web 服务器去处理。我们可以这样去理解，如果 Web 服务器插件把 HTTP 请求发送给 WAS，那么插件就可以看成是一个 HTTP 客户端，WAS 接收这些请求，那 WAS 就可以看成是一个 HTTP 服务器。HttpTransport 组件就是在 WAS 内部充当 HTTP 服务器来接收 HTTP 请求的，我们可以设置多个 HttpTransport 组件配合多个端口使用。

那么肯定有人要问为什么要使用 Web 服务器插件而不直接将 HTTP 请求从 Web 服务器转给 HttpTransport 组件呢？使用插件来完成这个工作有很多优点：

• 插件可以提供负载管理和故障转移的能力帮助我们将请求分发给多个 WAS 或者将请求转发给合适的 WAS。
• 静态页面由 Web 服务器处理就够了，不需要转给 WAS 从而提高处理性能。
• 插件相当于在客户端和 WAS 之间多加了一层结构，从而也提高了 WAS 的安全性。

Web 服务器插件架构

接下来就让我们看看插件工作的细节，帮助我们更好地理解插件的原理：

图 2. Web 服务器插件请求转发流程