WebSphere企业级应用

    WebSphere应用首先是一个Java程序，所以，应该遵从Java程序的高性能编程规范。

    WebSphere应用是构建在WebSphere应用服务器基础上的，所以，WebSphere应用的性能很大程度上依赖于WebSphere应用服务器的性能。WebSphere应用的开发人员应该理解WebSphere的编程接口，遵从WebSphere应用程序的高性能编程规范。WebSphere应用的开发人员（或维护人员）还应该掌握WebSphere应用服务器的各种配置参数，通过参数调整保证WebSphere应用服务器工作在高性能状态。如果WebSphere应用服务器本身就工作不正常，很难期望上层的WebSphere应用程序工作正常。

    WebSphere应用服务器和WebSphere应用程序一样是一个Java程序，需要依赖于特定的JDK才能正常工作。深入优化WebSphere应用系统的性能，很多时候要从JDK入手。虽然WebSphere应用服务器已经屏蔽了很多JDK的实现细节，但是了解JDK的工作机理对于解决很多性能问题都是非常必要的（尤其是Java内存使用问题）。

    除了WebSphere应用服务器，WebSphere应用程序往往还需要依赖很多其他类型的服务器才能正常工作（最常见的是数据库服务器和Web服务器）。保证这些服务器高性能工作是整个WebSphere应用系统正常运行的必要前提。作者遇到的很多性能问题都不是WebSphere应用服务器的问题，而是数据库服务器端的问题。

    无论WebSphere应用程序、WebSphere应用服务器还是数据库服务器都是软件程序，它们都必须运行在一定的系统硬件之上。没有高性能的硬件支持，WebSphere应用系统不可能高效地工作。读者可以想象一下要求一台运行在个人电脑上的WebSphere应用支持一个大型企业的业务负载会出现怎样的结果。

    最后，在多数情况下，一个WebSphere应用往往需要与其他应用系统（很可能是非WebSphere应用）协同工作。这些应用包括其他业务系统或非业务系统。如果这些系统和WebSphere应用工作在同一个硬件环节中，那么，这些系统就可能和WebSphere应用系统竞争硬件资源。即使没有竞争资源的情况，WebSphere应用和外部系统的接口乃至外部系统本身的性能都有可能影响到WebSphere应用自身的性能表现。

    作者参与的电子商务应用中有很多这样的例子。比如在一个客户的解决方案中，支付系统（Payment）是由第三方软件厂商提供的。电子商务应用中与该第三方支付系统的接口存在并发性问题。在客户遇到高峰负载的情况下，这个支付系统的接口崩溃了。结果几乎所有的交易都不能正常完成。一个看起来并不起眼的程序模块造成了非常严重的性能问题。在另一个案例中，作者开发的电子商务应用需要和第三方的LDAP（Light Directory Access Protocol，轻量级目录访问协议）系统协同工作，所有的用户都必须经过LDAP系统的身份认证才能登录到网上商店进行操作。但这个LDAP系统存在严重的性能问题，负载稍微大一些就会崩溃。导致作者部署的电子商务应用也不能在较大的负载下工作。尽管这不是WebSphere应用自身的问题，但最终的现象是整个系统的性能问题。毕竟最终用户直接看到的是WebSphere应用的性能表现，他们并不关心具体的性能问题是不是由WebSphere应用程序自身引起的。