一、中臺(tái)是什么，能解決什么問(wèn)題？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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