一、前言:
為了同時支援不同型態的電商平台 (B2B 及 B2C),並且為了即時回應快速變動的業務及市場需求,阿里巴巴在 2015 年底,提出於傳統的「後台」及「前台」之間,加入「中台」的系統分層策略。概念上,「中台」作為「前台」及「後台」間的變速齒輪。提供比「前台」更高的穩定性,並且比「後台」更高的靈活性,以取得二者之間的平衡。
二、關於數位轉型的阻礙
以電商為例,B2B、B2C、C2C、C2B 平台,均有「會員服務」、「商品資訊」、「交易支付」及「物流查詢」等共通的系統需求,但考量技術包袱,企業通常會選擇重新建設。造成企業轉型的 3 大阻礙:
1. 重複功能建設及維護,造成資源浪費
2. 打通煙囪式系統間,互相整合及協作成本高昂
3. 不利於業務的沉澱及持續發展
三、克服轉型阻礙的解決方案:系統分層策略
由於「前台」為即時回應市場,需要夠輕量、能夠快速迭代;「後台」為處理企業底層資源及核心可追溯單據,要能夠保持穩定可靠。造成後台更新的速度跟不上前台高度變化的節奏。
2016 年,Gartner 於 Pace-Layered Application Strategy 報告中提出,企業構建的系統可以分為 3 層 Pace-Layered,以因應不同目的採用不同技術架構:
1. SOR (Systems of Record) - 前台
2. SOD (Systems of Differentiation) - 中台
3. SOI (Systems of Innovation) - 後台
四、克服轉型阻礙的解決方案:微服務,專注做好每一件小事
以應用程式的角度來看,從過去的單體式架構走向 SOA,到近年的發展,從 SOA 走向微服務架構,基本上概念是一致的,都是把服務做細粒度的拆分,目的均為:
1. 降低不同模組開發團隊間的協作成本,更敏捷的回應市場需求
2. 降低系統間的耦合度及整體複雜度,各開發團隊可以專注於各自的功能開發
3. 避免個別的模組故障對整體帶來影響
4. 提升對個別服務的橫向擴充能力,減少不必要的資源浪費
五、容器化技術:DevOps 工作理念的落地實踐
透過容器化技術,將微服務放置在各個容器中,即可打造獨立自主的執行環境。並且可為實現 DevOps 工作理念,實際提供以下優點:
1. 分離 Dev 開發與 IT Ops 維運團隊:將服務依穩定性及敏捷性分層,分別由不同角色負責,使高效團隊成為可能。
2. 容器化技術實現資源彈性調度需求:由於端點的使用量是忽高忽低,因此虛擬機的資源需求通常無法準確評估,只能用最高峰的使用量再加上緩衝,透過容器虛擬化技術能夠避免資源鎖定及降低資源使用量。
六、Red Hat OpenShift Container Platform 企業級解決方案
Kubernetes 僅有容器管理及調度功能,Red Hat 提供營運環境企業級容器平台解決方案,如:應用程式打包、無資安疑慮的映像檔、容器運行、資安保護、服務監控、CI / CD等功能。
七、建構中台戰略:Red Hat 整體解決方案建議
1. 中台設計方式,延續電商情境
將「前台」共通服務,如會員服務、商品資訊、交易支付、物流查詢,沉澱至「中台」。使瘦身後的「前台」能夠頻繁的變更,以回應互聯網時代更快速的市場迭代需求。
將「後台」更新頻繁的功能,提取至「中台」。從而為聽到炮聲的前線業務,提供更靈活的炮火支援。
2. Red Hat 解決方案建議
中台戰略建議採用微服務設計,以避免 SOA 煙囪式系統,造成的數據孤島 (Information Silo) 問題。
Red Hat 提供的整體解決方案,搭配企業級容器化管理平台 Red Hat OpenShift Container Platform,為建構「中台」的最佳實踐。
參考資料
1. 《企業IT 架構轉型之道:阿里巴巴中台戰略思想與架構實戰》
2. https://www.gartner.com/en/information-technology/glossary/pace-layered-application-strategy