我与WAS的故事---不得不说

最早接触WAS的时间应该追溯到自己还是个小程序员的时候，05年的那时候公司接手了一个三层架构的JAVA项目，因为公司主要做IBM的代理，所以从硬件到软件都应用IBM的产品。

当时，作为小小程序员的自己，还没有太多的配置WAS，深入WAS，只是简单的使用，用WSAD开发，部署到WAS上面来做前端应用，连接到后台的DB2数据库，在那个时候有架构师的指导，一切都是水到渠成。尽管有厂家和架构师的讲解和培训，但是由于当时自己的层次所限，没有能够从底层深入掌握WAS，只是一个肤浅的应用，当时的WAS使用简单方便，上手容易，但是功能不是很强，而且也没有图形统计分析。创建虚拟用户很方便，在Users里面设置足够的数量，然后再设置连接数量就可以了。可监测参数丰富，常用运行时间、预热和冷却时间设置等等。随着项目的实施和自己的不断提升，才与WAS有了跟多的接触。在后来的项目中，慢慢的对WAS的部署、性能调优有了深入的了解。

记得有一次联调，把两个项目配置到was测试环境上，开始还好的，第二天有一个项目反复安装后都呈现部分启动的状态，打开节点一看，偏偏没启动的那个节点就是我需要用的节点。研究了这个节点的日志文件，可惜，看了半天，发现自己根本没法从冗长的日志中找到原因。打开另一个项目是正常启动的模式节点日志，两相对比，发现故障节点上没有安装该应用程序，这让我很纳闷，难道是配置错了。打开was上故障节点的配置界面，显示有这个应用程序，但是状态为不可用。于是，去查看节点上的安装目录，在/opt/IBM/WebShpere/AppServer/profiles/../installedApps下面一看，发现故障节点果然没有该项目的war包，而另一个正常节点是有的。无奈之下，咨询厂家之后，给的建议是查看每个节点同步了没有。我的理解节点是安装项目的过程中就同步了的，于是，打开was界面，查询了系统管理中的节点状态，果然没有同步，于是按照厂价格的办法停下所有服务器，同步所有节点，再次启动，一切正常，纠结了好久的故障原因总算找到了，让自己印象深刻！

如今WAS处于业界领先地位，产品系列易于整合，能够满足客户业务的全面需求，WAS产品不断更新版本，大量的开发投入，保证产品在大规模用户使用时的稳定性。同时，WAS是业界领先的互联网基础架构软件，在收入和市场份额方面连续多年引领应用服务器软件平台和集成服务器软件平台的市场头筹。希望在今后的发展中，WAS能够不断引领技术更新和产品优势，持续发展壮大，为更多的应用提供强有力的支持！