今天再談下傳統企業IT架構轉型中的數字中臺建設。

由于中臺這個詞被泛化和爛大街后，我也很少再談中臺這個概念，但是我仍然一直在強調中臺本身是融合了類似SOA，微服務，云計算很多架構思想的一個產物。你自己應用不好并不代表這個思想本身不好。

任何架構思想和技術本身有適用的場景，不能脫離場景談技術。

先看下網上對數字中臺的一個簡單說明。

數字中臺是將企業的共性需求進行抽象，并打造成平臺化、組件化的系統能力，以接口、組件等形式共享給各業務單元使用。使企業可以針對特定問題，快速靈活地調用資源構建解決方案，為業務的創新和迭代賦能。主要包含業務中臺與數據中臺兩種類型。

對于中臺我原來解釋過它是一個業務概念而非技術概念。當前談中臺除了談到業務中臺和數據中臺的時候，還會談到技術中臺。而個人理解技術中臺并不適合放到整個中臺架構里，技術中臺本身就是底層的數字化IT基礎設施，是技術平臺而非中臺。

中臺涉及到共性業務能力的抽取和復用，是和業務相關的，而平臺和業務無關。

為何中臺很多架構思想在傳統企業IT架構轉型中并沒有取得很好的效果，一個關鍵點就是傳統企業本身已經有遺留IT系統和IT架構，整個轉型也是循序漸進的，而非全部推倒重來。所以在中臺思想引入的時候，不能類似微服務，組件化拆分思想一起強推，這樣就導致企業內部很多已有的IT系統全部要重新建設，代價巨大。

中臺核心是共性業務能力的抽取，業務能力的復用和共享，這才是重點。這個能力究竟是來源于新建設的微服務模塊，還是遺留的單體應用系統并不是重點。在構建數字中臺的時候一定要意識到這點。

所以你會看到中臺在共性業務能力接入和能力開放共享這個核心價值點上和傳統單體應用架構下的SOA共享服務平臺思路仍然是一致的。

而對于SOA我一直強調核心就是找到可復用服務，并開放和共享服務。

基于這個思路企業構建數字中臺會體現三個核心點。

第一點：共性業務服務能力識別和接入

傳統我們在構建SOA集成平臺時候，一方面是解決集成問題，一方面是解決共享問題。集成問題一般是系統間橫向東西流量，而共享一般是南北流量。

數字中臺構建你可以看到更多是要專注在服務能力共享和能力開放上面。

傳統IT應用間如何集成的不用去馬上關心并解決，包括混合架構下新業務已經采用微服務建設。傳統IT集成可能還用ESB總線或ETL，而新微服務間已經用的內部注冊中心完成服務注冊和服務發現。

數字中臺真正關心的是南北流量，你認為需要復用的業務服務能力的接入，并對外的開放。這個開放可以是你內部信息化的前端應用，也可以是外部合作伙伴間協同。

按這個思路你會看到在構建數字中臺的時候可以最大化兼容老的IT系統。

老的單體應用系統是否微服務拆分我們并不關心，只要能夠將共性可復用的業務能力識別出來并接入和注冊到數字中臺即可。

第二點：能力通過接口服務對外開放

在可復用的業務能力接入后，還需要對外開放。

上層應用既有對外開放的服務能力來靈活的構建應用系統，避免相同功能，相同能力的重復建設，這個本身也是SOA的思路。

在能對外開放上，這點又類似我們常說的能力開放平臺或OpenAPI平臺的思路。

在能力對外開放上一個核心點就涉及到的能力商店，能力的訂購，能力的開通等一系列服務流程。重點就是要方便上層應用或外部合作伙伴去消費和使用你的共享能力。

能力被使用和共享得越多，那么中臺的價值自然也就越大。

第三點：對能力的統一管控和治理

最后就是能力的管控和治理，這個和SOA治理的思路基本也是一致的。

在最早的可復用能力接入后，你還需要對服務進行全生命周期的管理，這里面涉及到了安全，日志，審計，限流，計費，能力的上線和下線等一系列的工作。

這些都需要數字中臺提供的管控治理能力來完成。

所以數字中臺并不是識別出可共享業務能力并接入，最終再開放和暴露出去就完事，而是要持續地實現對服務能力的管控和治理，監控和運維，真正讓中臺沉淀的業務資產發揮最大的價值，這才是構建數據中臺的核心。

所以在企業遺留IT系統比較多的時候，為了最大化的兼容老的IT系統，保留遺留IT系統資產，你完全可以參考傳統SOA架構思想，SOA共享服務平臺+能力開放平臺思路來構建企業的數字中臺。這個數字中臺的構建有沒有做微服務架構改造，有沒有實施類似容器云，DevOps并不是關鍵點。

雖然類似云原生技術平臺是構建當前主流數字中臺必不可少的數字基礎設施，但是一定要意識到兩者之間并沒有必然綁定關系。

類似的例子還有很多，比如你去構建數據中臺，并沒有說一定要使用類似Hadoop的底層大數據技術平臺，只要你當前選擇的技術平臺能夠滿足你數據采集，存儲處理的需求即可。

本文轉載自微信公眾號「人月聊IT」，可以通過以下二維碼關注。轉載本文請聯系人月聊IT公眾號。