虎瀾集: Enterprise Service Bus 的演化之路
November 15th, 2008
在某窩上有鳥友問到 ESB 這個東西，剛好最近比較閒可以來講點訐古，大家就湊和著看看吧。故事是從一家小不拉幾的銀行開始的，我們姑且就稱它為斯摩銀行好了。斯摩銀行小本經營，分行只開了 8 個，台幣系統這種大傢伙當然還是乖乖的去交 IBM 稅吧，沒人會因為用了 IBM 而被炒魷魚的。最近景氣不好，個金的貸款逾期的很多。直接包給外面的催收公司嘛，他們的趴數要的實在有點高，而且據說對企業形象不好。所以呢，摳門的老闆想要自己弄個催收的功能，每個行員每天撥一個小時的時間去打電話，但是 IBM 催收模組好貴，那就試試看 PC-based 的催收系統好了。
催收系統是很簡單的系統，資料從台幣主機撈下來，秀在行員的螢幕上讓他們去打電話，行員記一下通話摘要，系統要自動 follow 客戶有沒有履行承諾，沒有的話要做一些必要的措施。夠簡單了吧? 不過是個簡單的資料庫加上流程處理，還有一點 UI，這很久以前就有人做，用 client-server 就可以解決了，後台跑資料庫，流程處理切開，一半在資料庫跑批次，一半在前台 VB 寫的軟體中內建流程，一塊小蛋糕沒什麼大學問的。
解法好像可行，它的成本夠低嗎? 讓我們來想一想。資料庫軟體是按 seat 來收錢的 (呃，至少我那個美好的年代是如此)，八個分行加總行至少 100 個 user，這個 license 好貴啊。VB 軟體要灌在 100 台電腦上，雖然說可以拗廠商來裝機，但是裝機的時候行員一定去打茫的，隱性人事成本很高。如果軟體有 bug，全部 100 台都得 patch 過，又是個打茫的好藉口，對摳門的斯摩銀行老闆而言，這似乎不是什麼高明的主意。另外要是資料不小心給他有點多，好像現有的網路流量不夠用要再想辦法升級，這又是一筆開銷啊。
所以聰明的廠商想出了一個好辦法: multi-tier 架構，名字聴起來夠威，應該是不錯的。我們架個中介軟體，把所有資料存取集中，所以資料庫 license 可以買便宜一點的。架個網站，把前台的程式做成網頁，所以行員只要知道網址，直接用瀏覽器就可以開始工作了，不必裝機，不讓他們有打茫的藉口。最後想辦法把工作流程通通集中放到 application server 上，再把 app server、web server 和 DB server 通通串好，搞定收工走路有風。
不過呢，時機實在太壞了，有沒有辦法再省錢一點? 斯摩銀行的本業是玩錢不是玩電腦耶，你看看，為了養這個催收系統，我們要有自己的機房，要買一堆設備和軟體，要花錢布建專線網路，要養一批專門的 IT 員工來搞定這些東西，每一様全部都要錢! 有沒有辦法不要花這個錢呢?
聰明的廠商又想出了一個好辦法: 雲端運算加 Enterprise Service Bus，聽起來就很後現代高科技的樣子。廠商提供包套的服務: 包資料中心、包設備軟體、包網路流量、包 IT 人員。斯摩銀行只要付月租費，並根據 ESB 的規格來寫作工作流程和網頁，網址搬過去馬上就會好，然後就可以把自己養的設備賣掉，網路專線退租改接 DSL，IT 部門裁員順便美化一下財報。聽起來很讚，算起來比整個催收業務外包，或是自己養催收系統都划算，這生意做的過。唯一的缺點就是做好之後很難換廠商 … 嗯，這好像不算是缺點，斯摩銀行本來就付不起換廠商的錢 …
故事說完了。真理只有一個: cost-down 萬歲!
Leave a Reply