一、中臺是什么，能解決什么問題？

2018年年底到2019年年初，一場組織變革的颶風(fēng)席卷了國內(nèi)各大互聯(lián)網(wǎng)公司。阿里、騰訊、百度、京東、美團(tuán)等先后拿出了幾年來最大規(guī)模的組織調(diào)整計劃。在這些變化中，一個值得關(guān)注的現(xiàn)象是，各大公司都不約而同地在組織架構(gòu)中增設(shè)“中臺”。

那么，“中臺”到底是什么？跟我們熟悉的“平臺”有什么關(guān)系？

我推薦大家看看王健寫的系列文章《白話中臺戰(zhàn)略》，在這里我只做一個簡單的概括。

大家估計聽過某公司在幾年前就提出的“平臺炮火支撐精兵作戰(zhàn)”的平臺化戰(zhàn)略，“讓聽得到炮聲的人能呼喚到炮火”說的就是大平臺賦能一線團(tuán)隊，快速將后臺能力投送到需要支援的地方，使某公司可以迅速響應(yīng)瞬息萬變的市場機(jī)會。

在平臺化戰(zhàn)略的實(shí)踐過程中，隨著企業(yè)業(yè)務(wù)的發(fā)展，逐漸誕生了很多支撐前臺營銷場景的工具系統(tǒng)。這些工具系統(tǒng)主要面向企業(yè)的最終用戶和市場營銷人員，要快速響應(yīng)市場需求，快速創(chuàng)新迭代。因此產(chǎn)生大量調(diào)取后臺系統(tǒng)資源的需求。

然而，很多后臺系統(tǒng)在創(chuàng)建之初是為了解決特定場景下的管理效率或安全管控需求（比如財務(wù)系統(tǒng)、CRM系統(tǒng)、物流系統(tǒng)等），其目標(biāo)并不是服務(wù)于前臺的各種業(yè)務(wù)創(chuàng)新。所以在能力設(shè)計上，這些老后臺系統(tǒng)大部分是封閉的，很難開放出來給前臺系統(tǒng)調(diào)用。

此時的前臺和后臺就像是兩個不同轉(zhuǎn)速的輪，前臺轉(zhuǎn)的快，后臺轉(zhuǎn)的慢，就出現(xiàn)了匹配失衡。

解決這個問題有兩個辦法，一種是重建后臺系統(tǒng)，讓后臺系統(tǒng)具備靈活、開放的服務(wù)化能力，能夠讓前臺方便調(diào)用。但這種做法的風(fēng)險很大，因?yàn)楹笈_管理企業(yè)的核心數(shù)據(jù)，牽一發(fā)動全身，而且還有各種安全、審計、合規(guī)、法律等限制，當(dāng)然是穩(wěn)定至上。所以后臺不是不愿意轉(zhuǎn)快點(diǎn)兒，是后臺本來就應(yīng)該慢一點(diǎn)、穩(wěn)一點(diǎn)。

另一種方法是在后臺和前臺之間構(gòu)建一個共享服務(wù)平臺，將各個后臺系統(tǒng)的核心能力、數(shù)據(jù)、用戶信息加以沉淀和打磨，然后按照前臺容易使用的方式對其進(jìn)行服務(wù)化包裝，從而將后臺能力平滑的傳遞給前臺。這個共享服務(wù)平臺就是中臺。中臺就像是在前臺與后臺之間添加的組“變速輪”，將前臺與后臺的速率進(jìn)行匹配，解決前臺快一點(diǎn)、后臺慢一點(diǎn)的矛盾。

阿里是最早提出并踐行中臺戰(zhàn)略的，通過多年不懈的努力，在業(yè)務(wù)的不斷催化滋養(yǎng)下，終于將?己的技術(shù)和業(yè)務(wù)能力沉淀出一套綜合能力共享平臺，具備了對于前臺業(yè)務(wù)變化及創(chuàng)新的快速響應(yīng)能力。所以，我們認(rèn)為中臺與企業(yè)平臺化戰(zhàn)略一脈相承，它是企業(yè)平臺化戰(zhàn)略的一種落地方式。

二、運(yùn)維需要中臺嗎？

上面說的都是企業(yè)管理和互聯(lián)網(wǎng)經(jīng)驗(yàn)，在運(yùn)維領(lǐng)域需要中臺嗎？

現(xiàn)在很多IT組織自身也在進(jìn)行數(shù)字化轉(zhuǎn)型。為了從以“穩(wěn)定、安全、可靠”為核心的被動運(yùn)維轉(zhuǎn)型成以“體驗(yàn)、效率、效益”為核心的主動運(yùn)營，我們需要打造可視化、場景化、數(shù)字化的IT運(yùn)營平臺。但在這個過程中困難重重，我們也遇到了前后臺配速失衡的問題，如下圖：、

我們會發(fā)現(xiàn)，目前市場上比較成熟的運(yùn)維軟件產(chǎn)品主要是后臺系統(tǒng)，而前臺運(yùn)維系統(tǒng)有明顯的多樣性和個性化特征，同樣的場景、不同的IT組織就可能有完全不同的實(shí)現(xiàn)要求（以應(yīng)急指揮為例，從應(yīng)急響應(yīng)、應(yīng)急分析到應(yīng)急處置，按理說是比較標(biāo)準(zhǔn)化的，但交行、中行對應(yīng)急的側(cè)重點(diǎn)不同，就導(dǎo)致功能需求完全不同），所以很難形成標(biāo)準(zhǔn)化的產(chǎn)品。即使定制化開發(fā)也困難重重，因?yàn)橐獙哟罅亢笈_系統(tǒng)的數(shù)據(jù)和能力（要接入各種告警和指標(biāo)數(shù)據(jù)，還要對接工單、自動化操作、預(yù)案等），實(shí)施復(fù)雜度非常高。而且由于前臺場景的需求變化普遍很快，更增加了項目實(shí)施成本。各大ITOM廠商原本提供的是后臺系統(tǒng)，卻被迫定制開發(fā)各種前臺場景，這種前后一體化的做法讓廠商苦不堪言，客戶也對后臺廠商在短時間內(nèi)拼湊出的前臺場景不滿意。

要破解這個困境，還是要想辦法建立一個資源共享層，既能讓后臺系統(tǒng)專注把自己的事情做好，也能讓前臺系統(tǒng)放飛自我，快速迭代創(chuàng)新。

那么，哪些資源容易、也迫切需要被共享呢？是“數(shù)據(jù)”。因?yàn)榍芭_各種分析協(xié)作場景都離不開后臺數(shù)據(jù)的支持，而這類專注做數(shù)據(jù)共享服務(wù)的中臺，我們也稱之為運(yùn)維數(shù)據(jù)中臺。

**三、**什么是運(yùn)維數(shù)據(jù)中臺，和運(yùn)維大數(shù)據(jù)平臺有什么區(qū)別？

運(yùn)維數(shù)據(jù)中臺的職責(zé)是識別前臺數(shù)據(jù)需求、整合后臺數(shù)據(jù)、加工數(shù)據(jù)、輸出數(shù)據(jù)，是數(shù)據(jù)中心級的數(shù)據(jù)服務(wù)共享平臺。

運(yùn)維數(shù)據(jù)中臺應(yīng)有兩個核心理念：

數(shù)據(jù)中心級

指數(shù)據(jù)中心內(nèi)所有運(yùn)維系統(tǒng)都是數(shù)據(jù)中臺的用戶。因此在建設(shè)運(yùn)維中臺的時候，從格局上就一定要跳出單條業(yè)務(wù)線站在中心整體視角來審視數(shù)據(jù)需求和供給現(xiàn)狀，識別優(yōu)先級，尋找那些最需要被共享的數(shù)據(jù)。

數(shù)據(jù)服務(wù)

數(shù)據(jù)中臺一定是開放的、服務(wù)化的，要通過 API 的方式提供數(shù)據(jù)，而不是直接把數(shù)據(jù)庫暴露給前臺。因此Data API是數(shù)據(jù)中臺的核心，至于如何提升API生產(chǎn)效率，讓API 更加清晰，調(diào)用更加便捷，性能和數(shù)據(jù)質(zhì)量更好，這些都是圍繞數(shù)據(jù)服務(wù)需要打造的關(guān)鍵能力。

運(yùn)維數(shù)據(jù)中臺和我們熟悉的運(yùn)維大數(shù)據(jù)平臺有什么區(qū)別呢？

它們不是一個維度上的概念。運(yùn)維大數(shù)據(jù)平臺更像一個技術(shù)概念。我們一提到運(yùn)維大數(shù)據(jù)平臺，首先想到的是大數(shù)據(jù)存儲技術(shù)、流式計算、智能算法等技術(shù)，其能力側(cè)重在數(shù)據(jù)的相關(guān)性和周期性分析方面，主要用于異常檢測、故障預(yù)測等少數(shù)運(yùn)維“高端”場景。

而運(yùn)維數(shù)據(jù)中臺是一個業(yè)務(wù)概念，它是一個能力傳導(dǎo)層，聚焦如何將后臺數(shù)據(jù)平滑傳給前臺系統(tǒng)。

舉個比喻，**大數(shù)據(jù)平臺類似高檔餐廳，打造的是前后端一體化能力，而數(shù)據(jù)中臺是送外賣，更偏向能力整合。**數(shù)據(jù)中臺可以整合、配送來自資源管理平臺、云管平臺、監(jiān)控平臺、自動化平臺、流程平臺的數(shù)據(jù)，也可以配送來自大數(shù)據(jù)平臺的數(shù)據(jù)，甚至數(shù)據(jù)中臺本身也可以利用大數(shù)據(jù)平臺技術(shù)構(gòu)建。

四、CMDB和數(shù)據(jù)中臺有什么關(guān)系？

它們都是數(shù)據(jù)能力的傳導(dǎo)平臺，核心職責(zé)都是整合數(shù)據(jù)、加工數(shù)據(jù)、輸出數(shù)據(jù)（CMDB業(yè)務(wù)模型圖和中臺圖對比）

CMDB也符合運(yùn)維數(shù)據(jù)中臺兩大核心理念：數(shù)據(jù)中心級和數(shù)據(jù)服務(wù)。

這里的“數(shù)據(jù)中心級”有兩個含義，首先指CMDB的數(shù)據(jù)范圍包含與應(yīng)用系統(tǒng)相關(guān)的所有IT資源，這是CMDB與所有專業(yè)領(lǐng)域配置庫（如資產(chǎn)庫、云資源庫、DB性能分析庫、網(wǎng)管資源庫等）的核心區(qū)別之一。其次，CMDB是面向數(shù)據(jù)中心所有運(yùn)維工具使用的，解決的是跨專業(yè)數(shù)據(jù)共享問題。這也引出CMDB的第二個核心理念，即必須具備靈活、開放的數(shù)據(jù)服務(wù)能力。

但CMDB和運(yùn)維數(shù)據(jù)中臺也有些許不同點(diǎn)，在數(shù)據(jù)范圍方面，數(shù)據(jù)中臺是全域數(shù)據(jù)（包括配置、告警、指標(biāo)、工單、操作），而CMDB只有靜態(tài)的配置數(shù)據(jù)。從這點(diǎn)看，其實(shí)數(shù)據(jù)中臺是可以涵蓋CMDB的。事實(shí)上，CMDB可以定位成數(shù)據(jù)中臺的主數(shù)據(jù)管理模塊。

五、數(shù)據(jù)中臺對CMDB建設(shè)有哪些啟發(fā)？

**1.**要先做數(shù)據(jù)商人，而不是數(shù)據(jù)科學(xué)家

數(shù)據(jù)商人會將注意力放在解決跨部門、跨工具數(shù)據(jù)流通不暢的問題，要促進(jìn)數(shù)據(jù)商品的流通。而數(shù)據(jù)科學(xué)家則專注于對某個專業(yè)領(lǐng)域開展數(shù)據(jù)研究，以解決這個專業(yè)領(lǐng)域的某個難題。

具體來說，數(shù)據(jù)商人做什么事情呢？比如：

從服務(wù)請求流程獲得新增的IT資源（后稱CI），對該資源數(shù)據(jù)進(jìn)行整合、加工，然后將數(shù)據(jù)送給自動化平臺進(jìn)行監(jiān)控部署

從自動發(fā)現(xiàn)平臺中獲取文件系統(tǒng)CI，給這些CI豐富應(yīng)用責(zé)任人信息，然后將數(shù)據(jù)送給監(jiān)控平臺進(jìn)行告警豐富

從防火墻管理工具中獲取網(wǎng)絡(luò)訪問策略信息，給這些訪問策略豐富源、目的CI的配置信息（包括主機(jī)名、所屬應(yīng)用、責(zé)任人等），然后將數(shù)據(jù)提供給應(yīng)用崗，供日常查詢

那什么是數(shù)據(jù)科學(xué)家做的事情？

研究原始的防火墻策略日志，設(shè)計復(fù)雜的數(shù)據(jù)分析邏輯，輸出結(jié)構(gòu)化的訪問策略

采集數(shù)據(jù)庫參數(shù)信息，開發(fā)參數(shù)比對程序，輸出比對結(jié)果

在建設(shè)初期，CMDB應(yīng)該先做好數(shù)據(jù)商人，這里主要是從成本和收益考慮，畢竟有大量的跨部門、跨工具數(shù)據(jù)共享需求，這些需求涉及的配置數(shù)據(jù)并不復(fù)雜，但收益卻非常明顯，所以應(yīng)該優(yōu)先建設(shè)。至于數(shù)據(jù)科學(xué)家的工作，可以在CMDB成熟后逐漸開展，不過最理想的方案仍然是由專業(yè)的技術(shù)管理工具解決專業(yè)的問題。

**2.**要關(guān)注消費(fèi)場景，但不應(yīng)大包大攬，要聚焦數(shù)據(jù)服務(wù)

按照數(shù)據(jù)中臺的思想，CMDB的定位是“做外賣”，但很多IT組織把CMDB做成了“開飯館”。開飯館就要買菜、洗菜、切菜、炒菜、端菜、甚至搞點(diǎn)節(jié)目讓顧客吃得開心，這是貫穿前后臺的一體化能力。對應(yīng)CMDB就是大搞數(shù)據(jù)生產(chǎn)，建立一系列配套流程制度和自動發(fā)現(xiàn)工具，定制大量數(shù)據(jù)維護(hù)和消費(fèi)界面，傾力打造**貫穿前后臺數(shù)據(jù)生產(chǎn)、治理、消費(fèi)的一體化能力平臺。**這種建設(shè)方式并不妥當(dāng)，一方面打造前后臺一體化的能力平臺需要相當(dāng)長的時間和巨大成本，另一方面，即使建設(shè)成了，無非是又立起了一個煙囪系統(tǒng)，隔絕于現(xiàn)有運(yùn)維體系之外。

基于中臺思路，我們認(rèn)為更加合理的建設(shè)方式是橫向能力整合，類似送外賣。這種建設(shè)思路首先要考慮的是前臺用戶是誰，有什么數(shù)據(jù)需求，數(shù)據(jù)的生產(chǎn)源頭在哪里，如何與數(shù)據(jù)源的流程對接實(shí)現(xiàn)數(shù)據(jù)的自然沉淀，然后對沉淀的數(shù)據(jù)進(jìn)行加工整合，最后通過服務(wù)化接口將數(shù)據(jù)投送到用戶嘴里。這種建設(shè)方式的成本更低、見效更快。