技術專欄
一、前言：
為了同時支援不同型態的電商平台 (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
