虎瀾集: 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 萬歲!

技術文章, 無責任評論, 軟體工程 | Comments Jump to the top of this page

Comments are closed.

隨便寫寫大家隨便看看的不出名小格子

舊文索引

站內管理