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