我与was的故事——啼笑皆非后的成长

2015年有幸进入现在单位，因为是一家银行性质的企业，最开始主要负责IBM中间件的有关维护工作其中参与了如IBM的应用中间件、消息中间件等，到如今从底层的中间件运维成长为应用级运维，但依然热爱着最早接触的这些软件。

就如同任何一个编程语言都是从hello world开始的，学习一个软件都是从安装开始的was也不例外，因为银行性质的企业，was有着各种各样的版本，从安装开始进行，包括AIX版本与LINUX版本，包括图形化安装、静默安装，包括老版本的直接安装到后面的IM安装，直到现在摸索如何使用docker安装，仅仅安装部署就在测试环境折腾了不下数十遍。后来又去研究配套的IHS，was的升级等等，到如今制定监控规范、解决was问题，这些就是我的日常工作，同时这些工作也推动了我的成长。

我在使用was的时候曾遇到过一个问题让我印象深刻，因为那个问题让我通宵也没有解决，后面定位问题后却让人啼笑皆非，但也提醒了我还需要真正的去了解was，在一次系统接入的时候应用系统是部署在was上面，然后与MQ进行通讯，应用在启动时去连接消息队列管理器报2009，我们去排查MQ的错误码2009时反馈是版本不匹配是导致的，我首先去了解应用连接MQ的方式是JMS还是jar包调用，经确认后是使用jar包方式我去排查测试环境与生产环境软件版本，奇怪的是版本完全匹配，而且在测试环境从来没出现过这个报错。在当天上线失败后，我们联系IBM800支持人员，他的判断跟我是一样的，就是版本不匹配导致的，于是我将测试环境的was由7.0.0.29降至7.0.0.0版本后问题复现，那基本定位了问题原因，于是按照800要求对was中调用MQ的jar包，名称为MQRA包进行了升级，问题解决。那为什么当时版本一致，测试环境未升级MQRA包同样能调用成功的，后来分析原来如果我was在安装过程中直接升至7.0.0.29版本再进行部署应用，直接调用的便为新版的MQRA包，如果在7.0.0.0版本部署了应用再升级was，应用并不会使用新版的MQRA包，这样其实就真相大白了。
对于未来的期望我希望was能够轻量化、组件化，给予运维人员一个好的使用体验，让整个容器不那么笨重，能够在微服务流行的时代在应用容器里面依然占据一定的地位。