Services

企業大型主機何去何從(5之4)

點擊查看更多關於 IBM 企業大型主機

2019-09-23 | 作者：林翰 Han Lin

Categorized: Cloud | IT Infrastructure | Services

分享文章:

關於主機轉型這件事，這陣子和許多企業的資訊相關長官們有過較深層的討論和對話，大家都有一些共識，我把它歸納整理如下：

大型主機在特定行業仍有其價值，短期內並不會消失或被取代；
雖然現行主機的運行並沒有太大的問題，但是面對未來3年、5年或是更長遠的策略挑戰，企業必須提早思考下一階段資訊戰略和佈局未來；
轉型並不是把主機換掉就稱為轉型，而是在滿足業務需要、成本效益、安全穩定之間要有個架構平衡點；
「混合雲」是現階段大家可接受的主機轉型方案之一，既兼顧原本的主機架構也新增科技進步元素，最重要的它是一種漸進式的逐步移轉，慢慢拆解主機功能往新平台移動的方式，可確保營運不中斷的風險可控，另外人員的能力與人力也可逐步與時俱進，避免知識斷層產生的科技風險；
最後一點最有趣，資訊長們大多認為其實主機轉型到開放性平台和雲端不一定就有較好的整體成本效益，因為原本只需要管理主機即可的事，現在要分散到許多的系統，其整合和管理的相關人力和成本大多被低估，有個好處是每年編列資訊預算時，「主機」廠商不再一支獨秀，需要向內部稽核單位解釋和說明。

企業如何選擇最適合的主機轉型方式?

這可能是很簡單的問題？但是仔細考慮卻錯綜複雜！

模式一：直接採購新系統

最直接的方式就是找一個現代化的系統直接取代傳統主機不就好了嗎？可是事情可能沒有想象中那麼簡單，因為存在了數十年的大型主機應用系統充滿了過往企業的策略模型、業務邏輯、管理手段、甚至對客戶的合約承諾等都不是一個新的系統馬上就有的，所以通常這類的新系統都必須客製；然而這類型的轉型風險在於新系統對既有流程與運作模式改變實在太大，新舊兩套系統可能從設計概念、資料架構、前台服務與後台管理的出發點都不一樣，再加上數十年來沈痾已久已經沒有人講的清楚的資料架構邏輯，強推新系統一步到位式的上線極有可能是災難一場。

模式二：Re-Host到開放平台

在驅動企業進行主機轉型的幾個重要因素中，有一個很重要的因素就是大型主機的總持有成本相對其他開放性系統來得比較高，也沒有選擇替代性；主機廠商說漲價就漲價，說要升級就得升版，幾乎沒有討價還價的空間，這讓企業逐漸累積了對擁有大型主機的質疑？這時候市場上就會出現一些虛擬化的解決方案，號稱可以在開放平台上模擬主機的運行，這樣一來企業就不再需要大型主機硬體，應用系統也不必改可以直接模擬運行在X86硬體架構上，類似我們平常的X86電腦上再開一個虛擬主機環境，如圖二所示；乍看之下的確如此，但是大家往往忽略了原本選擇大型主機的初衷，就是大型主機的安全、效能、可靠性與穩定度，以及便於管理的整體架構與服務，如今反而將企業核心交易系統為了成本而遷移到一個更為不穩定及可靠的虛擬系統，況且轉型就是要擁有耳目一新的新應用系統，這種虛擬方式還是舊系統架構，根本無法滿足業務新需求和創新。在兩岸三地中，這類虛擬系統在複雜以及需要快速即時的企業核心應用系統中的POC (Prove Of Concept)幾乎都以失敗收場，例如銀行核心帳務系統等，介面過多和複雜的即時交易系統也不適合，因為這種轉型方法耗費的測試人力和資源成本幾乎等同重新改寫，另外，相關成本也從大型主機費用轉移到虛擬主機的軟體費用而已，起碼在台灣我們沒聽過有一家企業會採用這種方式進行轉型。

圖一 Re-Host方式示意圖

綜合這類稱為Re-Host的轉型方式可能的風險如下：

無法立即享受到現代化程式帶來的所有優勢
將花費大量現有人員與時間，用於「清理」與「測試」轉換後的程式碼，以確定該程式碼能正常運作。
舊有應用系統之維護和強化作業在轉換為Re-Host後的程式碼管理工具可能很複雜（Re-Host程式修改工具邏輯繁瑣，且Complier出錯時將難以自行解決，如有第三方程式將更是無法配合）。
難以測試出：業務流程的完整度、處理效能速度、平台可靠性，安全架構潛在風險
Re-Host轉換完後的資料架構依然老舊，在新平台的架構下將更難以管理。

模式三：Re-Architect應用系統

現階段主機轉型我們有另一個專有名詞稱為主機現代化，現代化指的是將傳統主機SOE的部分往開放性和敏捷性較高的雲平台逐步遷移，遷移的過程中除了要解決現有的主機問題外，同時也要新增功能滿足企業未來可能的需求，開發工具以Java等現代化高階程式語言以及外部關聯性資料庫取代原本的主機的組合語言、Cobol以及VSAM、ISM等資料架構。這種作法是目前在交易複雜、大量且快速嚴謹的金融產業中最為普遍的大型主機轉型方式，會採用這種方式也是考慮到如何無縫接軌的轉型和兼顧運營風險。近年來由於企業服務系統的管道越來越發達、連結主機資訊介面的種類和頻率都相對的提高，這讓主機資源成為一大負擔，例如手機APP的查詢類交易在某些尖峰時期暴增，ChatBot的7X24小時互動功能也會佔用主機系統資源，更別說某些企業促銷活動的時段或特殊活動時，主機資源幾乎被查詢類交易所佔據，這對真正要進行對企業有營收幫助的活動交易來說是很不想看到的，例如查詢商品幾乎用掉了主機80%的系統資源，只剩下20%的資源提供給下單採購的交易活動，這種資源排擠是資訊從業人員最不想看到的，因為進來查詢看熱鬧的多，成交的數量卻因為資源排擠一直等待無法快速完成交易，造成歸咎起來主機資源是瓶頸的現象，這種現象是主機資源買再多都無法解決的，況且還得要考慮平常買這麼多的主機資源其實也是一種浪費；所以開始有把SOE查詢類交易從主機往外搬到私有雲平台的想法，這是一種兩全其美的方式，第一，主機不必再額外增加資源，另外也可以同時取得雲平台彈性和現代化等多項優點解決新的業務需求，如圖三所示，主機內所有功能將被部分解構到雲平台，在雲平台上實現敏捷與大量的資源需求，也是近10年來主機客戶轉型最為成功與最多客戶採用的方法。

在中國許多銀行客戶採用此方法在雙十一的節日中大量承載了尖峰交易所需的系統查詢資源，讓主機資源可以服務更多的實質營收交易，不但節省主機資源成本更可增加更多的收益。在許多亞洲領先的商業銀行中，利用此混合模式加速了數位銀行科技與服務的推陳出新，將金融服務創新邁向新的里程碑，也拉大了與競爭者的差距。