最近系統開發的工作完成的差不太多了，後面都是一些收尾的工作。所以又增加了一些運維的工作到我的頭上，不過運維發現也挺有意思的，簡要說下具體的業務流程吧。A系統是10年前開發的一套系統，主要是給相關人員做業務，錄入相關資訊等等。但是在A系統做的業務提交的資料檔案需要到其他地方去校驗真偽，也就是驗證提交的資料是否是真實有效的，並返回核對的相關結果。

    舉個例子吧，就像是老百姓去民政局申請低保業務，需要提交一系列的資料，比如收入證明、擁有的房產證明、家庭每個月的收入支出情況等等，系統為了防止作假或者亂填寫，當然要去相關的政府機關部門校驗，比如房產證明要去房產局問下提交的房產證明是不是真的，提交的車輛資訊去公安局(車管所)證明等等。現在都是資訊化辦公，每個政府部門都應該有自己的後臺系統及相關的資料庫，其實說白了就是要和各個政府部門交換資料。所以，公司專門會有專門的一套B系統，也就是核對系統。至此，你應該明白60%了吧。A系統做申請的業務，B系統的話做相關的核對，A系統和B系統的之間進行互動，底層的資料庫互動有ETL開源工具的kattle，表資料之間也有IBM的 WebSphere Message Broker Toolkit 7.0（俗稱MB），MB軟體會自動把A系統做完業務等待核對的資料通過檢視的方式查詢出來，然後通過MB的內建的功能，將其按照制定的訊息集規則，寫入到.txt檔案中，最後生成ZIP檔案並放到指定的FTP上。之後的話，相關的各個政府IT部門會定時根據FTP上的資料夾用MB把檔案拿下來，並解析資料做處理，然後在把處理過的資料寫入到txt中，打包ZIP檔案，在返回到FTP的返回資料夾中。後續公司在和對系統中再進行一系列的操作，比如什麼核對簽章呀、更新狀態呀，最終更新A系統的狀態值，將核對的資料插入到A系統的資料表中，這樣一系列的流程就算完了。

     而我做的運維工作了，就是監測MB進行對核對的業務進行傳送和解析返回，因為A系統申請的業務人數在不同的季節有很多，所以後臺的MB軟體平均每天處理的核對任務也很多，比如低保的申請業務，每天都有幾千條資料待核對，所以每天不同的核對任務加起來一個MB差不多要處理幾十萬，甚至更多的業務量，不過MB的話有定時傳送和解析的功能，但是的話由於MB這個軟體很老，而且是付費版，因此網上的資料特別少，再加上時間久遠（差不多過了有10年了），所以每次MB在傳送和解析資料的時候，總是各種漏發資料，漏解析資料。公司負責的MB的人差不多也都離職了，沒辦法，運維工作只能硬著頭皮上，加之後面需求變更，需要調整開發下MB程式，所以自此瞭解了下MB這個軟體，因為在找資料的時候，發現網上幾乎沒有這方面資料內容，所以就將這方面的經驗記下來了，希望能夠幫助有需要的人。

    因為文字篇幅的原因，第一篇就寫到這裡吧，下一篇再正式開始講解MB的具體使用方法。

==================================

MB相關資料介紹：