今天再談下傳統(tǒng)企業(yè)IT架構(gòu)轉(zhuǎn)型中的數(shù)字中臺(tái)建設(shè)。

由于中臺(tái)這個(gè)詞被泛化和爛大街后，我也很少再談中臺(tái)這個(gè)概念，但是我仍然一直在強(qiáng)調(diào)中臺(tái)本身是融合了類似SOA，微服務(wù)，云計(jì)算很多架構(gòu)思想的一個(gè)產(chǎn)物。你自己應(yīng)用不好并不代表這個(gè)思想本身不好。

任何架構(gòu)思想和技術(shù)本身有適用的場(chǎng)景，不能脫離場(chǎng)景談技術(shù)。

先看下網(wǎng)上對(duì)數(shù)字中臺(tái)的一個(gè)簡(jiǎn)單說(shuō)明。

數(shù)字中臺(tái)是將企業(yè)的共性需求進(jìn)行抽象，并打造成平臺(tái)化、組件化的系統(tǒng)能力，以接口、組件等形式共享給各業(yè)務(wù)單元使用。使企業(yè)可以針對(duì)特定問(wèn)題，快速靈活地調(diào)用資源構(gòu)建解決方案，為業(yè)務(wù)的創(chuàng)新和迭代賦能。主要包含業(yè)務(wù)中臺(tái)與數(shù)據(jù)中臺(tái)兩種類型。

對(duì)于中臺(tái)我原來(lái)解釋過(guò)它是一個(gè)業(yè)務(wù)概念而非技術(shù)概念。當(dāng)前談中臺(tái)除了談到業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)的時(shí)候，還會(huì)談到技術(shù)中臺(tái)。而個(gè)人理解技術(shù)中臺(tái)并不適合放到整個(gè)中臺(tái)架構(gòu)里，技術(shù)中臺(tái)本身就是底層的數(shù)字化IT基礎(chǔ)設(shè)施，是技術(shù)平臺(tái)而非中臺(tái)。

中臺(tái)涉及到共性業(yè)務(wù)能力的抽取和復(fù)用，是和業(yè)務(wù)相關(guān)的，而平臺(tái)和業(yè)務(wù)無(wú)關(guān)。

為何中臺(tái)很多架構(gòu)思想在傳統(tǒng)企業(yè)IT架構(gòu)轉(zhuǎn)型中并沒(méi)有取得很好的效果，一個(gè)關(guān)鍵點(diǎn)就是傳統(tǒng)企業(yè)本身已經(jīng)有遺留IT系統(tǒng)和IT架構(gòu)，整個(gè)轉(zhuǎn)型也是循序漸進(jìn)的，而非全部推倒重來(lái)。所以在中臺(tái)思想引入的時(shí)候，不能類似微服務(wù)，組件化拆分思想一起強(qiáng)推，這樣就導(dǎo)致企業(yè)內(nèi)部很多已有的IT系統(tǒng)全部要重新建設(shè)，代價(jià)巨大。

中臺(tái)核心是共性業(yè)務(wù)能力的抽取，業(yè)務(wù)能力的復(fù)用和共享，這才是重點(diǎn)。這個(gè)能力究竟是來(lái)源于新建設(shè)的微服務(wù)模塊，還是遺留的單體應(yīng)用系統(tǒng)并不是重點(diǎn)。在構(gòu)建數(shù)字中臺(tái)的時(shí)候一定要意識(shí)到這點(diǎn)。

所以你會(huì)看到中臺(tái)在共性業(yè)務(wù)能力接入和能力開(kāi)放共享這個(gè)核心價(jià)值點(diǎn)上和傳統(tǒng)單體應(yīng)用架構(gòu)下的SOA共享服務(wù)平臺(tái)思路仍然是一致的。

而對(duì)于SOA我一直強(qiáng)調(diào)核心就是找到可復(fù)用服務(wù)，并開(kāi)放和共享服務(wù)。

基于這個(gè)思路企業(yè)構(gòu)建數(shù)字中臺(tái)會(huì)體現(xiàn)三個(gè)核心點(diǎn)。

第一點(diǎn)：共性業(yè)務(wù)服務(wù)能力識(shí)別和接入

傳統(tǒng)我們?cè)跇?gòu)建SOA集成平臺(tái)時(shí)候，一方面是解決集成問(wèn)題，一方面是解決共享問(wèn)題。集成問(wèn)題一般是系統(tǒng)間橫向東西流量，而共享一般是南北流量。

數(shù)字中臺(tái)構(gòu)建你可以看到更多是要專注在服務(wù)能力共享和能力開(kāi)放上面。

傳統(tǒng)IT應(yīng)用間如何集成的不用去馬上關(guān)心并解決，包括混合架構(gòu)下新業(yè)務(wù)已經(jīng)采用微服務(wù)建設(shè)。傳統(tǒng)IT集成可能還用ESB總線或ETL，而新微服務(wù)間已經(jīng)用的內(nèi)部注冊(cè)中心完成服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)。

數(shù)字中臺(tái)真正關(guān)心的是南北流量，你認(rèn)為需要復(fù)用的業(yè)務(wù)服務(wù)能力的接入，并對(duì)外的開(kāi)放。這個(gè)開(kāi)放可以是你內(nèi)部信息化的前端應(yīng)用，也可以是外部合作伙伴間協(xié)同。

按這個(gè)思路你會(huì)看到在構(gòu)建數(shù)字中臺(tái)的時(shí)候可以最大化兼容老的IT系統(tǒng)。

老的單體應(yīng)用系統(tǒng)是否微服務(wù)拆分我們并不關(guān)心，只要能夠?qū)⒐残钥蓮?fù)用的業(yè)務(wù)能力識(shí)別出來(lái)并接入和注冊(cè)到數(shù)字中臺(tái)即可。

第二點(diǎn)：能力通過(guò)接口服務(wù)對(duì)外開(kāi)放

在可復(fù)用的業(yè)務(wù)能力接入后，還需要對(duì)外開(kāi)放。

上層應(yīng)用既有對(duì)外開(kāi)放的服務(wù)能力來(lái)靈活的構(gòu)建應(yīng)用系統(tǒng)，避免相同功能，相同能力的重復(fù)建設(shè)，這個(gè)本身也是SOA的思路。

在能對(duì)外開(kāi)放上，這點(diǎn)又類似我們常說(shuō)的能力開(kāi)放平臺(tái)或OpenAPI平臺(tái)的思路。

在能力對(duì)外開(kāi)放上一個(gè)核心點(diǎn)就涉及到的能力商店，能力的訂購(gòu)，能力的開(kāi)通等一系列服務(wù)流程。重點(diǎn)就是要方便上層應(yīng)用或外部合作伙伴去消費(fèi)和使用你的共享能力。

能力被使用和共享得越多，那么中臺(tái)的價(jià)值自然也就越大。

第三點(diǎn)：對(duì)能力的統(tǒng)一管控和治理

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

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

這些都需要數(shù)字中臺(tái)提供的管控治理能力來(lái)完成。

所以數(shù)字中臺(tái)并不是識(shí)別出可共享業(yè)務(wù)能力并接入，最終再開(kāi)放和暴露出去就完事，而是要持續(xù)地實(shí)現(xiàn)對(duì)服務(wù)能力的管控和治理，監(jiān)控和運(yùn)維，真正讓中臺(tái)沉淀的業(yè)務(wù)資產(chǎn)發(fā)揮最大的價(jià)值，這才是構(gòu)建數(shù)據(jù)中臺(tái)的核心。

所以在企業(yè)遺留IT系統(tǒng)比較多的時(shí)候，為了最大化的兼容老的IT系統(tǒng)，保留遺留IT系統(tǒng)資產(chǎn)，你完全可以參考傳統(tǒng)SOA架構(gòu)思想，SOA共享服務(wù)平臺(tái)+能力開(kāi)放平臺(tái)思路來(lái)構(gòu)建企業(yè)的數(shù)字中臺(tái)。這個(gè)數(shù)字中臺(tái)的構(gòu)建有沒(méi)有做微服務(wù)架構(gòu)改造，有沒(méi)有實(shí)施類似容器云，DevOps并不是關(guān)鍵點(diǎn)。

雖然類似云原生技術(shù)平臺(tái)是構(gòu)建當(dāng)前主流數(shù)字中臺(tái)必不可少的數(shù)字基礎(chǔ)設(shè)施，但是一定要意識(shí)到兩者之間并沒(méi)有必然綁定關(guān)系。

類似的例子還有很多，比如你去構(gòu)建數(shù)據(jù)中臺(tái)，并沒(méi)有說(shuō)一定要使用類似Hadoop的底層大數(shù)據(jù)技術(shù)平臺(tái)，只要你當(dāng)前選擇的技術(shù)平臺(tái)能夠滿足你數(shù)據(jù)采集，存儲(chǔ)處理的需求即可。

本文轉(zhuǎn)載自微信公眾號(hào)「人月聊IT」，可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系人月聊IT公眾號(hào)。