我与WAS的故事——企业级应用发展史上，你的王者风采无人能及

2011年有幸进入现在单位，负责中间件相关的维护工作，经历了中间件团队的初建、磨合、成长，到后面慢慢成熟的过程，截至目前，仍然在继续着“我与WAS的故事”。

全职维护之初，对WAS的熟悉程度仅仅一般，边学边干、边干边学，不懂就找人问、上网查，在排障中学习，在应急中成长，在调优中一点一点成熟，到如今和团队一起负责几K台WAS/IHS服务器的维护工作。

印象比较深的是2015年准备上WAS8.5时，由于安装部署方式、介质打包方式与之前的版本有了较大的变化，不再分平台、位数进行单独的介质打包，而是所有平台的安装介质合并在一起。实际验证了一下，我们使用的版本安装介质有7G之多，比之前版本增加了一个数量级，这种情况对于需要安装部署大量服务器的影响是巨大的，而且对磁盘空间和网络资源的消耗也不容小觑。以后要都这么干，光介质传输这一项，对工作效率的影响就不是一点半点，所以，必须想办法解决，首先想到了支持工程师、800等方式咨询，答复没有更好的办法，几次沟通均没有效果，此时反而激起了我的斗志，跟这个问题“轴”上了。

为了解决这个问题，着了魔似的开始了研究，网上各种查资料，然后再各种验证。最终找到了IBM官方的一款介质工具进行了介质处理，按照平台进行介质的拆分后，基本与之前WAS的版本相差不大。后又联想到IM支持网络传输，便尝试搭建了网络存储库，极大的减少了安装时介质的传输数据量（不需要单独传输，安装时IM自动按需获取），同时，又可以将行内发布的所有补丁全部合并入存储库，这样只维护一个存储库即可。需要安装WAS/IHS的目标服务器只需要单独传输一个IM，再加上自己编写的静默安装脚本、WAS参数配置脚本，实际安装时间从之前的以小时计，缩短到几分钟。后将此方案面向全行发布，直到现在的WAS9还在同步发布和使用。

以上，是我在工作中与WAS的一个小插曲，虽然现在提倡微服务、PaaS，应用程序不再“大而全”，讲究“小而美”，WAS的未来可能辉煌不再，但在企业级应用发展史上，其王者风采无人能及。