与WAS的故事-缘来是你-WAS

从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…

发表评论