从2010年因缘际会接触WAS以来，到现在已经八个年头了，这八个年头，一直想为自已跟WAS的缘份写点什么，但一直下不了决心去写，今次。刚好赶上TWT网站搞了这个《我与WAS的故事》的征文活动。因而，就决定写下些什么，算是对过去跟WAS的缘份作些总结吧。因为人到中年，过了那种慷慨激昂，情绪激动的时候，所以，写这些也会尽量平铺直叙。
我是2010年初进入一间跟移动合作的供应商后，接触IBM中间件的。这类公司就是所谓的乙方公司，专门给移动这些甲方公司做技术服务的。说起来，有点搞笑，当时，我应征进来这公司，本来是想搞DB2的，谁想到给这间公司安排去368，驻场做技术支持。而且是做WAS的，当时，我连WAS是什么都不知道，也没接触过。安排去368,就是SUPPORT。就是客户要装什么中间件，要装WAS中间件环境，就让我去安装。当时，由于没接触过WAS，最怕客户找我，去装什么WAS中间件。当时，带我入门的师父，给我看了几遍WAS安装文档，然后带我去佛山机房，去安装几套WAS/MQ，他就撤了。这种撤了，就是离开公司了。跟这位同事相处不到一周，就给人扔到一个角落了，还好，他走时，留下一句金言，如果遇到中间件搞不定的问题，可以找IBM某位销售，他会协调人员解决问题。
那位带我入门的同事离开了公司后，全公司就只有我一个搞IBM中间件，不但中间件，只要是某个项目内涉及的软件都去安装。主要还是WAS。当然，也有一些MQ,CIICS.WPS,ILOG,WSRR,DB2,MB,INFORMIX什么的。一开始，主要是在368接单做事。所以，一开始，主要待在368. 有时候，会跑上14楼，借用终端来操作。来安装WAS，本来要求公司申请公司专门终端，方便做事，公司销售跟客户一走近，一问，才知道终端都给几大供应商瓜分了，没有多余终端了，最后只能厚着脸皮是借别人的终端来做事，那时，在368也不好受。处处受人冷脸。有时候，也受客户的气。遇到搞不定的问题，也要保持镇定，不能露出慌张的神色，不然客户的脸色更不好看。所以，在368那段时间，真的难受而又难忘。以后，随着项目需要安装WAS等中间件的需求多了，而公司搞IBM软件的人手就只有我一个，我就慢慢变得机动了。呆在368就少了。也就是成了别人眼中的“出差”模式了，出没于移动下面，各个地级市的机房了。
好了，说了上面那么多，也应该进入主题了，上面，我也说了，我一开始是没听说过was,这些中间件的，都是来了这公司，因应工作需要，才接触到了。刚开始时，是遇到许多困难，甚至有点想撤退，但想一下，既然来了，既然接触这个WAS，而且，项目也这么需要它，不能就这样败退了，就说服自已硬抗下来。不熟WAS，咋办？，那就主动学习，主动看多些WAS方面的文档和资料，文档和资料从哪里来？，从IBM官网找。官网资料给的资料不够细致，不能立马解决自已的问题，那就只能试错，靠试错，试出来，得出经验。所以。那时候，我在项目安装WAS时，都喜欢折腾，当然，慎用rm -rf 命令，除此之外，在客户的机器咋整都行。当然，手头是没有常用AIX的环境，因为客户的环境都是小机，都是AIX/HP/SUN小机，那就只能在这些机器环境，跑多几次安装命令。从实践中成长和提高。所以，刚开始时，一般给自已三天时间去完成中间件安装实施任务。一天安装，允许安装失败，加熟悉客户机器环境，第二天，安装配置完成，允许存在问题，第三天，排除问题，扫除问题，这样下来，项目安装实施次数多了，就越来越熟手了。最后，进化到写静默式安装脚本，静默式安装WAS和创建脚本。没办法，一是因为项目安装任务重，人手不足，很多时候，一天，至少三个安装任务。通常安装完这个项目，就赶去下一个任务。所以，不能等图形化来一个一个来安装。加上节点众多，只能通过脚本来建，并指定特别端口，跑完脚本自动启动DMGR和NODE AGENT后，再一次性建WAS集群。
有时候，因为客户机器紧张，加上项目上线时间紧。所以，客户就要求在一台机器安装多套WAS，并创建多个NODE,并建多个集群，所以，就很容易出现端口冲突，而造成WAS NODE，甚至DMGR不能启动的情况出现。刚开始时，没有经验，以为安装时，那里选项没有选上，再删除，重装，装完后，情况还是一样，还是不能启动。就尝试看日志，尝试着排错，最后，看到貌似有端口冲突，就改端口，怎样改端口呢？例如，如果发现9548这个端口冲突，就在端口值前面加个1.但可能端口冲突太多，改不过来，就只能删除节点，待其它节点都起来了，都占用了节点应占的端口后，才手工创建其它节点，最后，确认节点貌似都起来了，再建集群。为啥说貌似节点都起来了，因为有时候，有些端口不是核心端口，就算冲突，都能起来了，但是在你建集群，布署应用，问题就会出来了，就会因为端口冲突而造成应用内部通信不畅而影晌应用正常运行的。在这样的WAS结缘生活里，端口冲突排障和rm -rf 删除节点后，如何修改WAS NODE的注册表文件，方便下次顺利创建节点，是我印像比较深刻的。
一开始，我也说了，我对WAS一开始不熟悉，但因项目需要，不得不要尽快熟悉WAS等中间件，除了不断努力看文档，看书外，加上努力实践外，那还有什么办法加快自已熟悉WAS中间件呢。那就是想尽办法跟IBM 原厂同事套近乎，前面，我也说了，我刚来时，我的前任给我留下一句金言，就是有问题搞不定，就找IBM 某位销售，这位销售也很负责，真在我的电话求助后，也安排相应的IBM 同事过来协助一把。那我就争取这些跟IBM 同事解决问题的机会，努力套近乎，目的所在？，无它，就是期望下次遇到问题，问到这些IBM同事时，他们会及时给于帮助，说实话，这些IBM同事也是人很好的。很乐意帮助这些BP公司的同事的。除此之外，也就努力参与WSC（TWT前身）举办的一些活动，从中，也认识到一些IBM的工程师，也得到他们的一些协助。助我熟悉IBM中间件。
随着接触这些中间件的时间长了，也真正认识到这些中间件的强大，以及强大和深厚的生命力。也预见到这些中间件未来跟自已的职业生涯有密切关系，也想着给自已作一个考核和总结，就想着去考一些WAS等WAS中间件的技术认证，最后，真是去考了几个证回来。算是拿几个IBM证给自已脸上贴点金。好像当时去考的是WAS7,MQ7 和DB2 9. 还有其它几个证书。都是跟自已平时工作上，接触到的中间件，数据库。TSM备份有关的。
后来，因为公司跟移动的客户关系处理得不好。也可能是因为当时移动的领导有所变动。公司的客户关系没有及时跟上，公司业务有所减弱，最后，我就离开那家呆了三年的公司，去了另外一家公司。在这三年，我从完全不懂WAS等中间件，最后变成熟悉WAS的安装，设置，简单故障排除，也算不枉这三年的努力了，三年来，我不但熟悉WAS，也顺便熟悉MQ,INFORMIX,TSM,WPS,ILOG.CICS，DB2等产品的安装，调试，设置，排障。也算有所收获。
离开这一家公司后，我又去了一家甲方公司，专门从事ESB方面的技术管理工作。三年时间，都是搞ESB，熟悉ESB的底层技术架构，以及MQ,MB,DB2,SOA等技术体系。也算是一个ESB（企业服务总线）方面的专家。除了ESQL写得少外，ESB/SOA等技术体系/产品，我都算熟悉。也算三年有所收获。当然，在这家公司的三年时间里，我也没有停下对WAS的关注，因为这公司还有一些应用是用了IBM 的EC（电子商务）产品。而EC的后台支撑也是WAS。在这里，我也抽空熟悉了一把WAS8.5，也整理了一份WAS8.5安装与集群配置，分享到社区上。
因为某些原因，离开那家我专门做ESB技术管理方面工作的公司外，我也去了另外一家公司，这家公司主要也是做WAS方面的技术工作。如果以前，我只是做WAS等中间件较为初级的产品安装，安装调试，配置，排障外，那在这里，也真正将WAS跟应用 结合起来。在这里。我真正搞清楚了，跑在WAS上面的应用是如何开发的。是如何布署到WAS上，而WAS又如何跟后台ORACLE数据库结合，最后成为一套强大的应用系统的。
而我现在的工作，就更深入一层了，如果之前，是 偏向WAS的安装与应用布署。那我现在的工作核心就是性能调忧和故障分析与排除。也是主要以WAS,MQ，CICS为主。
上面啰嗦了那么多，也算是一个简单总结吧，当然，许多个中经历与细节，也不能一一而述了。从我2010年接触 WAS外，到现在为止，我都没有离开过WAS/MQ等中间件技术圈，也一直靠这些中间件讨生活。我想我已经成为IBM WAS等中间件的忠粉。估计，以后也只能靠熟悉这些中间件产品谋生了。而我也相信，随着IBM这家百年老店的不老精神。这些IBM中间件也会发展越来越好。无论怎样，是不会给开源，互联网那些新兴技术所取缔的。
补充一点，我接触WAS之前，也有多年的开源技术和产品的使有经验，对LINUX,FreeBSD，resin ,tomcat,postfix,bind,pureftp,mysql,apache很熟悉的。
以下文章点击率最高
Loading…