[訊息論壇] ICE Messaging
Forum 翁穎晰
<專訪篇>
ICE Financial Service Power Team ─ 談 iPush®
Server 於金融服務的實戰部署
相信大家都知道，系統部署和系統開發是不同的兩件事，而系統專案是否能順利成功，除了開發階段必須滿足客戶的功能需求規格外，部署階段也是極為重要的。一個看似完美無缺的系統，如果在部署階段出現問題，仍有可能前功盡棄。無怪乎某位資訊同業曾經說過，在系統正式進入部署階段前，他 (她)
總要先沐浴齋戒一番，祈禱不要出現甚麼希奇古怪的問題。
資訊系統的部署，事先必須經過妥善的調查與規劃，擬定部署計畫並再三檢視之後方才實施，而且必須對可能出現的各種狀況提出應變方案。尤其現今網路已是企業資訊系統的骨幹，各種應用系統的整合、資訊流的匯整已是普遍的需求，所引發的議題與困擾更勝以往。如果遇到的情況是金融業，為因應服務不中斷的需求，系統部署更須謹慎、再謹慎。
本次採訪，特地邀請到艾揚科技負責金融企業服務的李惇鳴 (Eric) 經理、鍾文娟 (Yvonne)
專案經理 、和林義芳 (Thomas) 資深軟體工程師，就金融業的實際案例 (姑且稱之為 X 專案) 現身說法，分享經驗，細說在系統部署時應該注意的事情。
與 X 公司的接觸從 2001 年 8
月間開始，起初只是很單純的去介紹說明 iPush® Server，接觸之後才得知 X
公司的確有訊息中介軟體的需求，而且已經 Survey 相關產品好一陣子了。當初 X 公司所 Survey 的對象，包含有來自美國與印度的廠商，在我們雙方接觸之後，
X 公司對我們的產品印象深刻，於是艾揚科技也正式進入角逐者之列。
X 公司的構想，是打算利用訊息中介軟體建立企業內的共通訊息平台，整合以往各自獨立的各種資訊系統、訊息源，同時還能在共通平台上架設新的資訊應用，並堅持系統必須具備最大的擴充彈性。總的來說，X
公司在評選產品和廠商時的考量有三：滿足功能需求、價格合理、以及具備共同開發的專業知識與能力
(最後這點最重要)。
事後分析，艾揚科技最後出線的原因，主要就在第三點上。除了
iPush® Server 能夠充分滿足 X 公司的功能性需求外，同時 X 公司也考慮到本土金融產業有其特殊性，如果找外商合作不見得能夠抓到「眉角」，反倒增加溝通成本。艾揚科技所具備本土金融業的產業知識深度足夠，正符合
X 公司所尋找的合作夥伴典型。
| 
|
| 剛當上爸爸的
Eric，金融資訊專業不說，客戶服務幹勁更是一流 |
記者：首先是否請 Yvonne 說明一下
X 專案的概況？
Yvonne：好的。X 專案大致上由五個子系統組成：行情揭示、回報、套利行情揭示、金融企業
Messenger、和 e-Manager。所涉及的資訊來源有幾個：
1. 行情資訊源：以泰儀資訊為主，交易所為備援。
2. 回報資訊源：由 X 公司後端各交易系統接出。
3. 新聞性資訊源：X 公司的內部公告、市場新聞等資訊，主要由金融企業 Messenger
接取。
各子系統的資訊來源都不出以上三者的範圍，其中 e-Manager 屬於企業內部控管使用，可作為
MBO (目標管理) 的輔助工具。
目前已經完成部署上線運轉包括行情揭示、回報、和套利行情揭示三個子系統，其餘子系統也已經交付，正由客戶進行部署與最後測試中。
記者：至於整個系統的資訊流與部署架構，請
Thomas 說明一下。
Thomas：OK。以行情揭示服務為例，原先 X 公司所使用的系統在服務容量和擴充性上有極大的限制，因而我們提出了這樣的部署架構來取代：
| 
|
行情揭示服務系統的部署架構。其中的 <S's服務集> 代表各應用的服務功能總稱，
由於是應用客戶端為 Java Applet，所以在 L2 的每一台 iPush Server 主機上，也都要
一致性地部署 Web Server + Java Applet。 |
其中 L2 的 iPush® Server 是放在 DMZ 區域內 ( X 公司架有兩層防火牆，防火牆間的網路區域稱為
DMZ —非管制區)，L1 的 iPush® Server 則是放在安全的企業內網域。如此一來可以在使用者連線上要求服務時達到負載分散、平衡；二來可以在主要資訊源出現問題時，即時切換至備援資訊源，達成服務不中斷的目標。
記者：那麼在整個系統部署階段裡面，艾揚和
X 公司各自扮演的角色是怎麼樣的呢？
Yvonne：由於系統部署與客戶的網路與資訊系統環境息息相關，客戶的 MIS 部門理應是最了解其公司網路與資訊系統環境的，所以最好是由其主導系統部署的規劃與進行，我們則是提供必要的資訊與技術協助。以
X 專案的例子來說正是如此。
在 X 公司進行系統部署時，首先擬定好部署計畫，並針對其中相關的技術議題與我們進行討論，在雙方都確認理論上可行之後，X
公司才依照部署計畫開始分階段實施。當然了，在實際部署時，還是免不了有一些狀況會發生，尤其是在 X 公司的服務必須是不中斷的狀況下。
記者：哦？怎麼說呢？
Thomas：我們先從部署階段的 Key issues 開始談起好了。以 X 專案的例子來說，在部署階段的
Key issues 有：
1. 服務不中斷：金融業的服務所能允許的暫停時間最多只能有 15 分鐘，這是最重要的考量因素，也是測試、部署時最大的困擾來源。
2. Scalability：X 公司服務的同時連線客戶數在當時已經有 2000
人，而且成長速度很快，系統的選用和部署必須考慮因而產生的成本增加速率。X 公司最滿意我們所提的架構部分，就是在於系統擴充彈性：一部
iPush® Server 單機可以提供 1500 人以上同時連線；要增加一部
L2 層的 iPush® Server 則只需複製一份組態 (用 Ghost
來進行會更快)，而要增加新的資訊源也只需將其接到 L1 Connection Center 的 iPush®
Server 即可。
3. 連線人數 / 頻寬：這是彼此正相關的因素，也是一般網路資訊系統 —─
尤其是 Web-based 系統的部署都要注意的。沒有足夠的頻寬，即使有像 iPush®
Server 這麼強的即時訊息引擎，效果也會大打折扣。
4. Security：這在 iPush®
Server 的部署位置上是決定性因素之一。
同時，為了節省切換成本，X 公司不打算添購新的伺服器硬體，於是部署計畫大致上是這個樣子的：
1. 並行測試階段：
甲、原有系統 (10 部伺服器) 不動，另借調四部伺服器安裝
iPush® Server，部署於 L2 層 (預估容量 6000 人同時連線)。
乙、在服務網站上，同時建立舊系統與新系統的超連結，提供並行測試，為期一個月。一方面進行測試
(含壓力測試在內)，另一方面希望訓練使用者養成新的使用習慣。
2. 正式上線階段：
甲、借調的四部伺服器歸還，轉移四部原有系統使用的伺服器部署於
L2 層。
乙、將舊服務系統的超連結拿掉，正式上線啟用新系統，進行全程商業運轉。
實際上在部署與測試的階段，iPush® Server
一直表現得可圈可點， But......
記者： But？聽起來有狀況發生了？
Yvonne：正是如此。一開始並行測試階段進行得並不夠理想......
Thomas：原有 2000 名使用者中，同時最多只有 600 人使用了測試系統，也就是說每部
iPush® Server 只服務了 150 人的負載。這樣的規模，並未讓系統承受最逼近真實情況的考驗
(也就是壓力測試)，所以在正式系統切換時就出現了意想不到的問題：新的系統承受不了 2000 人的負載，當場當掉......
記者：當機？是 iPush®
Server 出了問題嗎？
Thomas：非也，非也。iPush® Server
一切正常，實際負載並未超出設計值，而是其他環節出錯。在行情揭示系統中，有一部分功能是需要回補伺服器的服務，而回補伺服器的設計，最初建置最多只能承受每台
300 人的負載，在設計和部署新的行情揭示系統時，這項因素被忽略了；後來在並行測試時，由於不中斷服務特性與客戶使用慣性等原因，壓力測試一直沒被徹底執行，無從發現這顆炸彈。所以後來一正式切換上線，這顆炸彈就爆了。
記者：那就代誌大條了！
Thomas：是啊，當時客戶都傻眼了。當下我們馬上決定先切回舊系統繼續服務，再花了三週時間和客戶一起修正回補伺服器，提升它的執行效能，並進行全系統的壓力測試，直到通過壓力測試之後，才將系統再切換過來。一直到目前為止，整個系統就不曾再出過甚麼紕漏了。
Yvonne：從這個案例，我們總結出三個教訓：
1. 除了要測試 iPush® Server
之外，和 iPush® Server 搭配的其他系統或次系統也要進行測試，尤其是在壓力測試的時候，絕對不能馬虎。
2. 應該在部署階段前，讓客戶的 MIS / 網管部門接受足夠的教育訓練，或是提供其足夠的資訊，使其在從事部署規劃時不致因資訊不足而有所疏漏。
3. 測試條件和進行方式必須審慎訂定，並且要貫徹執行。
在金控紛紛成立之後，金融業的企業網路環境更形複雜，資訊廠商在實務上要主導資訊系統的部署與導入並不容易，而且由於金融服務不中斷的特性，系統的各項測試工作不易進行，所以目前我們的標準做法是：
1. 協助進行整合壓力測試，並向客戶提交完整的壓力測試報告。
2. 協助客戶規劃部署，提供必要的技術資訊，並對客戶所規劃出來的部署計畫進行再檢視。至於要提供何種資訊、以及檢視的方向與內容，就必須以
Case by Case 的方式實施。
3. 協助客戶擬妥各式應變方案，以防不測。
記者：最後，是否請兩位給即將部署或有意使用 iPush®Server
的人一些忠告
Yvonne：嗯 … 在系統部署的規劃時，除了要完全了解自家的網路環境與資訊系統環境之外，更須充分了解
iPush® Server 的特性，才能產出夠嚴謹的部署計畫。
Thomas：在正式部署前先去廟裡拜一下。哈哈哈 ~~~ 開玩笑的啦。在部署階段，一定要做好最壞的打算，把應變方案先準備好。套用嚴長壽先生的話：「凡事抱最大的希望，盡最多的努力，作最壞的打算。」
|
