導(dǎo)讀：企業(yè)在多年的信息化進(jìn)程中，基于特定應(yīng)用場景，引入或建設(shè)了解決特定業(yè)務(wù)領(lǐng)域問題的多套垂直的IT系統(tǒng)或套件。這些單體系統(tǒng)或套件間的業(yè)務(wù)能力和數(shù)據(jù)不互通、不共享，形成了一個個系統(tǒng)煙囪和數(shù)據(jù)孤島。

企業(yè)這種業(yè)務(wù)及數(shù)據(jù)的煙囪式IT架構(gòu)，正是中臺進(jìn)化的原點(diǎn)。中臺經(jīng)歷過業(yè)界的大力推廣與布道，已為一些信息化比較完善的企業(yè)帶來紅利。

但是也如上文提及的，有些企業(yè)在演進(jìn)的分叉口徘徊，由于種種原因，它們建設(shè)的所謂“中臺”僅解決了短期在性能、擴(kuò)展等技術(shù)架構(gòu)上的問題，如單體服務(wù)微服務(wù)化、數(shù)據(jù)資產(chǎn)數(shù)倉化。在這里，我們需要明確一下，這些都不是中臺。

作者：陳新宇 羅家鷹 江威 鄧通 等

來源：大數(shù)據(jù)DT（ID：hzdashuju）

01 微服務(wù)化不是中臺

以傳統(tǒng)的思維來套用微服務(wù)，很有可能只是將原先彼此隔離的各單體業(yè)務(wù)系統(tǒng)通過微服務(wù)的方式強(qiáng)行集成在一起，如圖11-1所示。這種方式不是基于領(lǐng)域，而是從一個系統(tǒng)的粒度層次來建設(shè)微服務(wù)。比如訂單管理系統(tǒng)（OMS）關(guān)注會員和訂單，客戶關(guān)系管理（CRM）同樣涉及會員和訂單，而供應(yīng)鏈管理（SCM）則涉及用戶和訂單。

▲圖11-1 多個煙囪應(yīng)用微服務(wù)化

可見，按此方式所建設(shè)的“中臺”的各組成部分仍舊是互相交叉重疊的，數(shù)據(jù)還是重復(fù)且不一致的，并不能體現(xiàn)“中臺是能力共享平臺”的核心理念。因此，只將原有單體業(yè)務(wù)系統(tǒng)進(jìn)行微服務(wù)封裝，套上一個微服務(wù)的殼，連微服務(wù)都不算，更不能說是中臺了。

還有一些企業(yè)選擇針對某個業(yè)務(wù)系統(tǒng)，局限在此業(yè)務(wù)系統(tǒng)范圍內(nèi)進(jìn)行微服務(wù)化（見圖11-2），比如將OMS拆分為用戶、會員、訂單等，將CRM拆分為會員、訂單、積分等。

▲圖11-2 單個煙囪應(yīng)用微服務(wù)化

從單個應(yīng)用領(lǐng)域來看，這沒什么問題。雖然使用微服務(wù)的技術(shù)架構(gòu)解決了性能問題、水平擴(kuò)展問題等，能充分發(fā)揮微服務(wù)的優(yōu)勢，但從企業(yè)全局來看，數(shù)據(jù)還是沒有打通，有多套用戶、多個會員系統(tǒng)、多份訂單數(shù)據(jù)等，煙囪型系統(tǒng)仍然存在，因此這也不是中臺，不是正確的發(fā)展方向。

中臺是在將應(yīng)用以微服務(wù)縱向拆分的基礎(chǔ)上，加上橫向切分，將共享能力與上層應(yīng)用分開，形成可復(fù)用的共享服務(wù)層，從而促進(jìn)業(yè)務(wù)和數(shù)據(jù)在各應(yīng)用間的交叉共享，大大減少重復(fù)建設(shè)和重復(fù)投資，這也造就了中臺的共享理念，使中臺遠(yuǎn)遠(yuǎn)超出微服務(wù)的范疇。

02 數(shù)據(jù)倉庫不是中臺

企業(yè)對數(shù)據(jù)資產(chǎn)越來越重視，數(shù)據(jù)分析、數(shù)據(jù)運(yùn)營被提上日程，而數(shù)據(jù)倉庫規(guī)范與技術(shù)也日臻成熟，于是企業(yè)開始以經(jīng)營分析為主要目的建設(shè)自己的數(shù)據(jù)倉庫。在建設(shè)的過程中，企業(yè)會自底向上梳理業(yè)務(wù)板塊，將各業(yè)務(wù)板塊的數(shù)據(jù)分門別類，并按照數(shù)據(jù)倉庫的規(guī)范進(jìn)行建設(shè)。

而在中臺尤其是數(shù)據(jù)中臺的演進(jìn)過程中，有些企業(yè)著眼于數(shù)據(jù)資產(chǎn)的集合，使用維度建模的方法論從業(yè)務(wù)過程中抽象出通用維度與度量，組成數(shù)據(jù)模型，從而為決策分析提供通用的數(shù)據(jù)分析能力，以滿足企業(yè)數(shù)據(jù)報表分析的場景。這些企業(yè)將這種數(shù)據(jù)模型稱為“數(shù)據(jù)中臺”。

然而這并不是數(shù)據(jù)中臺的全部。相比數(shù)據(jù)倉庫，數(shù)據(jù)中臺更加強(qiáng)調(diào)數(shù)據(jù)業(yè)務(wù)化，以服務(wù)業(yè)務(wù)的視角去規(guī)劃企業(yè)的數(shù)據(jù)資產(chǎn)，以運(yùn)營的視角去管理數(shù)據(jù)資產(chǎn)，以實時、智能的數(shù)據(jù)應(yīng)用去服務(wù)業(yè)務(wù)。讓數(shù)據(jù)用起來，不僅服務(wù)于企業(yè)數(shù)據(jù)分析，還主動迎合業(yè)務(wù)，梳理需要數(shù)據(jù)賦能的業(yè)務(wù)場景形成業(yè)務(wù)閉環(huán)。

綜上所述，數(shù)據(jù)倉庫只是解決了如何看數(shù)據(jù)的問題，而數(shù)據(jù)中臺則進(jìn)行了更全面的規(guī)劃與建設(shè)，利用大數(shù)據(jù)和AI的特性解決業(yè)務(wù)洞察、精準(zhǔn)決策、應(yīng)用智能等一系列問題。

關(guān)于作者：陳新宇，云徙科技聯(lián)合創(chuàng)始人兼首席架構(gòu)師，中國軟件行業(yè)協(xié)會應(yīng)用軟件產(chǎn)品云服務(wù)分會“數(shù)字企業(yè)中臺應(yīng)用專家顧問團(tuán)”副主任專家，香港中文大學(xué)計算機(jī)科學(xué)與工程學(xué)博士，領(lǐng)導(dǎo)云徙科技數(shù)字中臺系統(tǒng)的規(guī)劃、建設(shè)并賦能企業(yè)落地實施。

羅家鷹，云徙科技副總裁，上海交通大學(xué)學(xué)士，中山大學(xué)MBA。近四年來，一直致力于阿里中臺賦能數(shù)字商業(yè)的研究與布道。擁有20年的企業(yè)咨詢及服務(wù)經(jīng)驗，先后主導(dǎo)了數(shù)十家大型企業(yè)的數(shù)字化轉(zhuǎn)型咨詢方案。

江威，云徙科技地產(chǎn)事業(yè)部總經(jīng)理，領(lǐng)導(dǎo)中臺在地產(chǎn)方面的建設(shè)與落地，長期從事阿里中臺賦能地產(chǎn)行業(yè)的研究與布道，擁有豐富的地產(chǎn)項目實施經(jīng)驗。

鄧通，云徙科技汽車事業(yè)部總經(jīng)理，香港中文大學(xué)信息工程碩士，專注于汽車行業(yè)數(shù)字化營銷研究。

本文摘編自《中臺實踐：數(shù)字化轉(zhuǎn)型方法論與解決方案》，經(jīng)出版方授權(quán)發(fā)布。

延伸閱讀《中臺實踐》

點(diǎn)擊上圖了解及購買

轉(zhuǎn)載請聯(lián)系微信：DoctorData

推薦語：阿里云徙科技近100家龍頭企業(yè)數(shù)字化轉(zhuǎn)型經(jīng)驗總結(jié)；業(yè)務(wù)中臺、數(shù)據(jù)中臺建設(shè)方法，5大行業(yè)數(shù)字化轉(zhuǎn)型解決方案。國資委發(fā)文加快推動企業(yè)中臺建設(shè)。

劃重點(diǎn)????

干貨直達(dá)????

• Python條件判斷語句詳解：if、else、switch都有了
  

• 終于有人把前臺、中臺、后臺都講明白了
  

• 人工智能的十大應(yīng)用
  

• 有了中臺，那后臺還剩下什么？（圖解中臺架構(gòu)）

更多精彩????

在公眾號對話框輸入以下關(guān)鍵詞

查看更多優(yōu)質(zhì)內(nèi)容！

PPT?|?讀書?|?書單?|?硬核?|?干貨?|?講明白?|?神操作

大數(shù)據(jù)?|?云計算?|?數(shù)據(jù)庫?|?Python?|?可視化

AI?|?人工智能?|?機(jī)器學(xué)習(xí)?|?深度學(xué)習(xí)?|?NLP

5G?|?中臺?|?用戶畫像?|?1024?|?數(shù)學(xué)?|?算法?|?數(shù)字孿生

據(jù)統(tǒng)計，99%的大咖都完成了這個神操作

????

總結(jié)

以上是生活随笔為你收集整理的为什么微服务化、数据仓库都不是中台？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。