到處都在喊中臺,到處都是中臺,中臺這個詞在今天看來已經(jīng)被濫用了。
* 在有些人眼里:中臺就是技術(shù)平臺,像微服務(wù)開發(fā)框架、Devops平臺、PaaS平臺,容器云之類的,人們都叫它“技術(shù)中臺”。
* 在有些人眼里:中臺就是微服務(wù)業(yè)務(wù)平臺,像最常見的什么用戶中心,訂單中心,各種微服務(wù)集散地,人們都叫它“業(yè)務(wù)中臺”。
* 在有些人眼里:中臺應(yīng)該是組織的事情,在釋放潛能:平臺型組織的進(jìn)化路線圖 (豆瓣)中就提出了平臺型組織和組織中臺的概念,這類組織中臺在企業(yè)中主要起到投資評估與投后管理的作用,類似于企業(yè)內(nèi)部資源調(diào)度中心和內(nèi)部創(chuàng)新孵化組織,人們叫它“組織中臺”
看完本篇你就會理解,上邊的這幾類“中臺”劃分還是靠譜的,更多的情況是大家為了響應(yīng)企業(yè)的“中臺戰(zhàn)略”,干脆直接將自己系統(tǒng)的“后端”或是“后臺”改個名,就叫“中臺”。
中臺到底是什么?它對于企業(yè)的意義到底是什么?當(dāng)我們談中臺時我們到底在談些什么?
詳見:終于有人把數(shù)據(jù)中臺講明白了
想要尋找到答案,僅僅沉寂在各自“中臺”之中,如同管中窺豹,身入迷陣,是很難想清楚的。不如換個 ?度,從各類的“中臺迷陣”中跳脫出來,嘗試以更高的視角,從企業(yè)均衡可持續(xù)發(fā)展的角度,來思考中臺的價值,來試圖反推它存在的價值。
所以,為了搞明白中臺存在的價值,我們需要回答以下兩個問題:
企業(yè)為什么要平臺化?
企業(yè)為什么要建中臺?
先給答案,其實(shí)很簡單:
因?yàn)樵诋?dāng)今互聯(lián)網(wǎng)時代,?戶才是商業(yè)戰(zhàn)場的中心,為了快速響應(yīng)用戶的需求,借助平臺化的力量可以事半功倍。
不斷快速響應(yīng)、探索、挖掘、引領(lǐng)?戶的需求,才是企業(yè)得以?存和持續(xù)發(fā)展的關(guān)鍵因素。
那些真正尊重用戶,甚?不惜調(diào)整?己顛覆?己來響應(yīng)?戶的企業(yè)將在這場以?戶為中心的商業(yè)戰(zhàn)爭中得以?存和發(fā)展;?反之,那些在過去的成就上故步?封,存在僥幸?理希望?戶會像之前一樣繼續(xù)追隨?己的企業(yè)則會被用戶淘汰。
很殘酷,但這就是這個時代最基本的的企業(yè)?存法則。

?平臺化之所以重要,就是因?yàn)樗x予或加強(qiáng)了企業(yè)在以用戶為中心的現(xiàn)代商業(yè)戰(zhàn)爭中最最最核心的能力:?戶響應(yīng)力。這種能力可以幫助企業(yè)在商戰(zhàn)上先發(fā)制?,始終搶得先機(jī)。
可以說,在互聯(lián)網(wǎng)時代,商業(yè)的斗爭就是對于用戶響應(yīng)力的比拼。
又有點(diǎn)遠(yuǎn)大空是不是,我們來看?個經(jīng)典的例子:
說起中臺,最先想到的應(yīng)該就屬是阿?的“?中臺,?前臺”戰(zhàn)略。阿??通過多年不懈的努力,在業(yè)務(wù)的不斷催化滋養(yǎng)下,將?己的技術(shù)和業(yè)務(wù)能力沉淀出一套綜合能力平臺,具備了對于前臺業(yè)務(wù)變化及創(chuàng)新的快速響應(yīng)能力。

海爾也早在?年前就已經(jīng)開始推進(jìn)平臺化組織的轉(zhuǎn)型,提出了“平臺?營體?撐?線?營體”的戰(zhàn)略規(guī)劃和轉(zhuǎn)型?標(biāo)。構(gòu)建了“訂單合一”、“用戶付薪” 的創(chuàng)客文化,真正將平臺化提?到了組織的?度。

華為在幾年前就提出了“?平臺炮火支撐精兵作戰(zhàn)”的企業(yè)戰(zhàn)略,“讓聽得到炮聲的人能呼喚到炮火” 這句話形象的詮釋了大平臺?撐下小前臺的作戰(zhàn)策略。這種極度靈活又威力巨?的戰(zhàn)法,使之可以迅速響應(yīng)瞬息萬變的戰(zhàn)場,一旦鎖定目標(biāo),通過大平臺的炮火群,迅速精準(zhǔn)對于戰(zhàn)場進(jìn)行強(qiáng)大的火?支援。

可?,在互聯(lián)?熱火朝天,第四次工業(yè)革命的曙光即將到來的今日,企業(yè)能否真正做到“以用戶為中心”,并不斷提升自己的用戶響應(yīng)力來追隨甚至引領(lǐng)用戶的腳步,持續(xù)規(guī)模化創(chuàng)新,終將決定企業(yè)能否在這樣充滿挑戰(zhàn)和機(jī)遇的市場上笑到最后,在商業(yè)上長久保持創(chuàng)新活力與競爭力。

而平臺化恰好可以助力企業(yè)更快更好的做到這些,所以這回答了第一個問題,企業(yè)需要平臺化。
好,想明白了第一個問題,為什么需要平臺化。但是平臺化并不是一個新概念,很多企業(yè)在這個方向上已經(jīng)做了多年的努力和積淀。那為什么最近幾年“中臺”這個相對較新的概念又會異軍突起?對于企業(yè)來講,傳統(tǒng)的“前臺+后臺”的平臺化架構(gòu)又為什么不能滿足企業(yè)的要求呢?
好,這就引出了我們的第二個問題:企業(yè)為什么要建中臺?
來,先定義一下前臺與后臺
因?yàn)槠脚_這個詞過于寬泛了,為了能讓大家理解本文在說什么,先定義一下文章上下文下所說的前臺和后臺各指什么:
* 前臺:由各類前臺系統(tǒng)組成的前端平臺。每個前臺系統(tǒng)就是一個用戶觸點(diǎn),即企業(yè)的最終用戶直接使用或交互的系統(tǒng),是企業(yè)與最終用戶的交點(diǎn)。例如用戶直接使用的網(wǎng)站,手機(jī)App,微信公眾號等都屬于前臺范疇。
* 后臺:由后臺系統(tǒng)組成的后端平臺。每個后臺系統(tǒng)一般管理了企業(yè)的一類核心資源(數(shù)據(jù)+計算),例如財務(wù)系統(tǒng),產(chǎn)品系統(tǒng),客戶管理系統(tǒng),倉庫物流管理系統(tǒng)等,這類系統(tǒng)構(gòu)成了企業(yè)的后臺。基礎(chǔ)設(shè)施和計算平臺作為企業(yè)的核心計算資源,也屬于后臺的一部分。
后臺并不為前臺而生
定義了前臺和后臺,對于第二個問題(企業(yè)為什么要建中臺),同樣先給出答案:
因?yàn)槠髽I(yè)后臺往往并不能很好的支撐前臺快速創(chuàng)新響應(yīng)用戶的需求,后臺更多解決的是企業(yè)管理效率問題,而中臺要解決的才是前臺的創(chuàng)新問題
大多數(shù)企業(yè)已有的后臺,要么前臺根本就用不了,要么不好用,要么變更速度跟不上前臺的節(jié)奏。
我們看到的很多企業(yè)的后臺系統(tǒng),在創(chuàng)建之初的目標(biāo),并不是主要服務(wù)于前臺系統(tǒng)創(chuàng)新,而更多的是為了實(shí)現(xiàn)后端資源的電子化管理,解決企業(yè)管理的效率問題。這類系統(tǒng)要不就是當(dāng)年花大價錢外購,需要每年支付大量的服務(wù)費(fèi),并且版本老舊,定制化困難;要不就是花大價錢自建,年久失修,一身的補(bǔ)丁,同樣變更困難,也是企業(yè)所謂的“遺留系統(tǒng)”的重災(zāi)區(qū)。
總結(jié)下來就兩個字“慢”和“貴”,對業(yè)務(wù)的響應(yīng)慢,動不動改個小功能就還要花一大筆錢。
有人會說了,你不能拿遺留系統(tǒng)說事兒啊,我們可以新建后臺系統(tǒng)啊,整個2.0問題不就解決了。
但就算是新建的后臺系統(tǒng),因?yàn)槠涔芾淼氖瞧髽I(yè)的關(guān)鍵核心數(shù)據(jù),考慮到企業(yè)安全、審計、合規(guī)、法律等限制。導(dǎo)致其同樣往往?法被前臺系統(tǒng)直接使用,或是受到各類限制?法快速變化,以?持前臺快速的創(chuàng)新需求。
此時的前臺和后臺就像是兩個不同轉(zhuǎn)速的?輪,前臺由于要快速響應(yīng)前端用戶的需求,講究的是快速創(chuàng)新迭代,所以要求轉(zhuǎn)速越快越好;?后臺由于?對的是相對穩(wěn)定的后端資源,?且往系統(tǒng)陳舊復(fù)雜,甚至還受到法律法規(guī)審計等相關(guān)合規(guī)約束,所以往往是穩(wěn)定至上,越穩(wěn)定越好, 轉(zhuǎn)速也自然是越慢越好。
所以,隨著企業(yè)務(wù)的不斷發(fā)展,這種“前臺+后臺”的?輪速率“匹配失衡”的問題就逐步顯現(xiàn)出來。
隨著企業(yè)業(yè)務(wù)的發(fā)展壯大,因?yàn)楹笈_修改的成本和?險較?,所以驅(qū)使我們會盡量選擇保持后臺系統(tǒng)的穩(wěn)定性,但還要響應(yīng)用戶持續(xù)不斷的需求,自然就會將大量的業(yè)務(wù)邏輯(業(yè)務(wù)能力)直接塞到了前臺系統(tǒng)中,引入重復(fù)的同時還會致使前臺系統(tǒng)不斷膨脹,變得臃腫,形成了一個個?泥球的“煙囪式單體應(yīng)用”。漸漸拖垮了前臺系統(tǒng)的“?戶響應(yīng)?”,用戶滿意度降低,企業(yè)競爭力也隨之不斷下降。
前面我們提到的后臺系統(tǒng),例如CRM、ERP、財務(wù)系統(tǒng)等,它們?多都處于SOR的Pace-Layered。這些系統(tǒng)的建設(shè)之初往往是以規(guī)范處理企業(yè)底層資源和企業(yè)的核心可追溯單據(jù)(例如財務(wù)單據(jù),訂單單據(jù))為主要目的。它們的變更周期往往比較?,并且由于法律律審計等其他限制,導(dǎo)致對于它們的變更需要嚴(yán)謹(jǐn)?shù)纳陥髮徟鞒毯透呒墑e的測試部署要求,這就導(dǎo)致了它們往往變化頻率低,變化成本高,變化?險高,變化周期?。無法滿足由用戶驅(qū)動的快速變化的前臺系統(tǒng)要求。
我們又要盡力保持后臺(SOR)系統(tǒng)的穩(wěn)定可靠,?要前臺系統(tǒng)(SOI)能夠?而美,快速迭代。就出現(xiàn)了上文提到的”齒輪匹配失衡“的問題,感覺魚與熊掌不可兼得。
正當(dāng)陷入僵局的時候,天空中飄來一聲IT諺語:
軟件開發(fā)中遇到的所有問題,都可以通過增加?層抽象?得以解決!
?此,?聲驚雷滾過,“中臺”腳踏七彩祥云,承載著SOD(Systems of differentiation)的前世寄托,橫空出世。

我們先試著給中臺下個定義:
中臺是真正為前臺而生的平臺(可以是技術(shù)平臺,業(yè)務(wù)能力甚至是組織機(jī)構(gòu)),它存在的唯一目的就是更好的服務(wù)前臺規(guī)模化創(chuàng)新,進(jìn)而更好的響應(yīng)服務(wù)引領(lǐng)用戶,使企業(yè)真正做到自身能力與用戶需求的持續(xù)對接。
中臺就像是在前臺與后臺之間添加的?組“變速?輪”,將前臺與后臺的速率進(jìn)行匹配,是前臺與后臺的橋梁。它為前臺而生,易于前臺使用,將后臺資源順滑流向用戶,響應(yīng)用戶。

有了“中臺”,我們即可以將早已臃腫不堪的前臺系統(tǒng)中的穩(wěn)定通用業(yè)務(wù)能力“沉降”到中臺層,為前臺減肥,恢復(fù)前臺的響應(yīng)?;又可以將后臺系統(tǒng)中需要頻繁變化或是需要被前臺直接使用的業(yè)務(wù)能力“提取”到中臺層,賦予這些業(yè)務(wù)能力更強(qiáng)的靈活度和更低的變更成本,從而為前臺提供更強(qiáng)大的“能力炮火”支援。
所以,企業(yè)在平臺化的過程中,需要建設(shè)自己的中臺層(同時包括技術(shù)中臺,業(yè)務(wù)中臺和組織中臺)。
思考并回答了文初提出的兩個關(guān)于中臺價值的核心問題,解決了大家對于中臺產(chǎn)生的一些困惑,總結(jié)一下:
1. 以用戶為中心的持續(xù)規(guī)模化創(chuàng)新,是中臺建設(shè)的核心目標(biāo)。企業(yè)的業(yè)務(wù)響應(yīng)能?和規(guī)模化創(chuàng)新能力,是互聯(lián)網(wǎng)時代企業(yè)綜合競爭?的核心體現(xiàn)。平臺化包括中臺化只是幫助企業(yè)達(dá)到這個目標(biāo)的階段,并不是目標(biāo)本身。
2. 中臺(?論是技術(shù)中臺、業(yè)務(wù)中臺還是組織中臺)的建設(shè)根本上是為了解決企業(yè)響應(yīng)?困境, 彌補(bǔ)創(chuàng)新驅(qū)動快速變化的前臺和穩(wěn)定可靠驅(qū)動變化周期相對較慢的后臺之間的?盾,提供?個中間層來適配前臺與后臺的配速問題,沉淀能?,打通并順滑鏈接前臺需求與后臺資源,幫助企業(yè)不斷提升用戶響應(yīng)。
3. 所以,中臺到底是什么根本不重要,如何想方設(shè)法持續(xù)提高企業(yè)對于用戶的響應(yīng)力才是最重要的。?平臺化或是中臺化,只是恰巧走在了了這條正確的道路上。
數(shù)據(jù)中臺建設(shè)是一個宏大的工程,涉及整體規(guī)劃、組織搭建、中臺落地與運(yùn)營等方方面面的工作,本節(jié)重點(diǎn)從物理形態(tài)上講述企業(yè)的數(shù)據(jù)中臺應(yīng)該如何搭建。一般來講,企業(yè)的數(shù)據(jù)中臺在物理形態(tài)上分為三個大層:工具平臺層、數(shù)據(jù)資產(chǎn)層和
數(shù)據(jù)應(yīng)用層。
4.1 工具平臺層工具平臺層是數(shù)據(jù)中臺的載體,包含大數(shù)據(jù)處理的基礎(chǔ)能力技術(shù),如集
數(shù)據(jù)采集、
數(shù)據(jù)存儲、數(shù)據(jù)計算、數(shù)據(jù)安全等于一體的大數(shù)據(jù)平臺;還包含建設(shè)數(shù)據(jù)中臺的一系列工具,如離線或?qū)崟r數(shù)據(jù)研發(fā) 工具、數(shù)據(jù)聯(lián)通工具、標(biāo)簽計算工具、算法平臺工具、數(shù)據(jù)服務(wù)工具及自助分析工具。以上工具集基本覆蓋了數(shù)據(jù)中臺的數(shù)據(jù)加工過程。
4.2 數(shù)據(jù)資產(chǎn)層數(shù)據(jù)資產(chǎn)層是數(shù)據(jù)中臺的核心層,總體來講,可以劃分為主題域模型區(qū)、標(biāo)簽?zāi)P蛥^(qū)和算法模型區(qū)。

①主題域模型主題域模型是指面向業(yè)務(wù)分析,將業(yè)務(wù)過程或維度進(jìn)行抽象的集合。業(yè)務(wù)過程可以概括為一個個不可拆分的行為事件,如訂單、合同、營銷等。?為了保障整個體系的生命力,主題域即數(shù)據(jù)域需要抽象提煉,并且長期維護(hù)和更新,但是不輕易變動。在劃分?jǐn)?shù)據(jù)域時,既要涵蓋當(dāng)前所有業(yè)務(wù)的需求,又要保證新業(yè)務(wù)能夠無影響地被包含進(jìn)已有的數(shù)據(jù)域中或者很容易擴(kuò)展新的數(shù)據(jù)域.?②標(biāo)簽?zāi)P蜆?biāo)簽?zāi)P偷脑O(shè)計與主題域模型方法大同小異,同樣需要結(jié)合業(yè)務(wù)過程進(jìn)行設(shè)計,需要充分理解業(yè)務(wù)過程。?標(biāo)簽一般會涉及企業(yè)經(jīng)營過程中的實(shí)體對象,如會員、商品、門店、經(jīng)銷商等。這些主體一般來說都穿插在各個業(yè)務(wù)流程中,比如會員一般都穿插在關(guān)注、注冊、瀏覽、下單、評價、服務(wù)等環(huán)節(jié)。那么在設(shè)計標(biāo)簽的時候就需要充分理解這些業(yè)務(wù)流程,在流程中發(fā)現(xiàn)標(biāo)簽的應(yīng)用點(diǎn),結(jié)合這些應(yīng)用點(diǎn)來搭建企業(yè)的標(biāo)簽體系。標(biāo)簽?zāi)P桶从嬎隳J揭话惴譃榭陀^標(biāo)簽和主觀標(biāo)簽。?設(shè)計標(biāo)簽?zāi)P蜁r非常關(guān)鍵的要素是標(biāo)簽?zāi)P鸵欢ㄒ哂锌蓴U(kuò)展性。畢竟標(biāo)簽這種數(shù)據(jù)資產(chǎn)是需要持續(xù)運(yùn)營的,也是有生命周期的,在運(yùn)營的過程中隨時可能增加新的標(biāo)簽。?③算法模型算法模型更加貼近業(yè)務(wù)場景。在設(shè)計算法模型的時候要反復(fù)推演算法模型使用的場景,包括模型的冷啟動等問題。整個模型搭建過程包含定場景、數(shù)據(jù)源準(zhǔn)備、特征工程、模型設(shè)計、模型訓(xùn)練、正式上線、參數(shù)調(diào)整7個環(huán)節(jié)。?以新零售企業(yè)為例,常用的機(jī)器學(xué)習(xí)算法有決策樹、神經(jīng)網(wǎng)絡(luò)、關(guān)聯(lián)規(guī)則、聚類、貝葉斯、支持向量機(jī)等。這些算法已經(jīng)非常成熟,可以用來實(shí)現(xiàn)商品個性化推薦、銷量預(yù)測、流失預(yù)測、商品組貨優(yōu)化等新零售場景的算法模型。
4.3 數(shù)據(jù)應(yīng)用層數(shù)據(jù)應(yīng)用層嚴(yán)格來說不屬于數(shù)據(jù)中臺的范疇,但數(shù)據(jù)中臺的使命就是為業(yè)務(wù)賦能,幾乎所有企業(yè)在建設(shè)數(shù)據(jù)中臺的同時都已規(guī)劃好數(shù)據(jù)應(yīng)用。數(shù)據(jù)應(yīng)用可按數(shù)據(jù)使用場景來劃分為以下多個使用領(lǐng)域:分析與決策應(yīng)用、標(biāo)簽應(yīng)用、智能應(yīng)用。
數(shù)據(jù)中臺的意義
數(shù)據(jù)中臺對一個企業(yè),起著至關(guān)重要的作用。在數(shù)據(jù)中臺這個稱謂成型之前,各個企業(yè)也都在用不同的方式來盡可能地利用數(shù)據(jù)產(chǎn)生價值。只是在這個過程中,也不得不處理著數(shù)據(jù)帶來的各種問題,比如各個業(yè)務(wù)系統(tǒng)經(jīng)年累月以煙囪架構(gòu)形式存在而導(dǎo)致的數(shù)據(jù)孤島、數(shù)據(jù)隔離、數(shù)據(jù)不一致等等。因?yàn)檫@些問題實(shí)在是過于繁雜,企業(yè)開始建立數(shù)據(jù)團(tuán)隊(duì),或者數(shù)據(jù)部分開始繼續(xù)數(shù)據(jù)整頓工作,因此數(shù)據(jù)倉庫、數(shù)據(jù)湖、主數(shù)據(jù)治理等一系列的工作職能應(yīng)運(yùn)而生。
本質(zhì)上,這些工作都是因?yàn)闃I(yè)務(wù)需要不得不進(jìn)行的一系列數(shù)據(jù)治理的動作,對于如何利用數(shù)據(jù)來發(fā)力,并沒有形成一個強(qiáng)有力的底座。有點(diǎn)像“頭痛醫(yī)頭、腳痛醫(yī)腳”:各個業(yè)務(wù)系統(tǒng)規(guī)范不一致了,于是開展了元數(shù)據(jù)治理;數(shù)據(jù)分析的時候數(shù)據(jù)關(guān)聯(lián)不上了,于是不得不進(jìn)行主數(shù)據(jù)治理。
這樣的數(shù)據(jù)治理工作在進(jìn)行了很多年后,數(shù)據(jù)中臺這個概念逐漸有人提出了,阿里的《企業(yè)IT轉(zhuǎn)型直到:阿里巴巴中臺戰(zhàn)略思想與架構(gòu)實(shí)踐》這本書更是把用中臺戰(zhàn)略把這個概念推向了一個極致。中臺戰(zhàn)略中,人們常說:大中臺,小前臺。在這種模式下,頻繁出現(xiàn)的字眼是:共享。那么,到底共享的是什么?答案便是數(shù)據(jù)的服務(wù)。中臺戰(zhàn)略,并不是搭建一個數(shù)據(jù)平臺,但是中臺的大部分服務(wù)都是圍繞數(shù)據(jù)而生,更加巧妙的地方是中臺戰(zhàn)略讓數(shù)據(jù)在數(shù)據(jù)平臺和業(yè)務(wù)系統(tǒng)之間形成了一個良性的閉環(huán)。于是,數(shù)據(jù)和業(yè)務(wù)系統(tǒng)融為了一體。

(數(shù)據(jù)中臺所解決的問題)
過去,數(shù)據(jù)依賴于手工進(jìn)行,沒有軟件;有了數(shù)據(jù)中臺,以功能驅(qū)動,固定的數(shù)據(jù)輸入,得到固定的數(shù)據(jù)輸出,構(gòu)建出能用的服務(wù)變得更快速、更加的標(biāo)準(zhǔn)化,解決了業(yè)務(wù)側(cè)的“能用”問題。但是,如何以固定的輸入,以產(chǎn)生更靈活多變的輸出,提供比如個性化的服務(wù),做到“好用”,數(shù)據(jù)中臺并沒有給出答案。
在建立了數(shù)據(jù)中臺架構(gòu)之后,我們逐步認(rèn)識到,原來數(shù)據(jù)的價值并不只是個運(yùn)營出個參考的分析報表,做一系列的預(yù)算。數(shù)據(jù)中臺為大型企業(yè)數(shù)據(jù)利用最大化提供了一個初始的參照方向。當(dāng)我們發(fā)現(xiàn),深度學(xué)習(xí)、機(jī)器學(xué)習(xí)等等一系列技術(shù)開始在這個平臺下施展拳腳的時候,我們可能已經(jīng)清晰地認(rèn)識到:中臺并不是數(shù)據(jù)分析利用的終點(diǎn)。
從數(shù)據(jù)中臺到AI中臺
數(shù)據(jù)中臺本身還是圍繞數(shù)據(jù)服務(wù)來進(jìn)行的,而非圍繞智能服務(wù)來進(jìn)行的。未來的操作系統(tǒng),一定會越來越個性化,甚至每一個人看到的登錄界面都不一樣,系統(tǒng)可以根據(jù)對應(yīng)的終端用戶自行呈現(xiàn)符合該用戶習(xí)慣的系統(tǒng)界面。那么對于這樣的場景和服務(wù),我們需要怎樣的平臺?整個軟件開發(fā)架構(gòu)和流程是否也都會相應(yīng)重造?
回到創(chuàng)造業(yè)務(wù)的需求。以簡單的銷售業(yè)務(wù)為例,數(shù)據(jù)中臺提供的服務(wù)本質(zhì)如下圖所示:

(軟件平臺的業(yè)務(wù)模式)
這是目前最常見的軟件平臺的運(yùn)作方式,開發(fā)人員開發(fā)出了對應(yīng)的軟件服務(wù)后,提供給終端用戶使用,雖然會有銷售售賣該服務(wù)。這種方式,好比是拿著一個錘子找釘子,而不是給釘子快速制作一把合適的錘子再去售賣。
能不能這樣:將整個軟件組裝出來的服務(wù),包裝成個性化的產(chǎn)品一樣去售賣,提供量身定做的服務(wù)?那么整個運(yùn)營模式就變成:平臺提供了一種快速構(gòu)建智能服務(wù)的過程,服務(wù)售賣者利用這個平臺,自己動手構(gòu)建出服務(wù),拿出去售賣,類似一個提供“智能業(yè)務(wù)服務(wù)的PaaS”。

(引入AI中臺的軟件平臺業(yè)務(wù)模式)
如果嘗試給AI中臺下個定義:
AI中臺是一個用來構(gòu)建大規(guī)模智能服務(wù)的基礎(chǔ)設(shè)施,對企業(yè)需要的算法模型提供了分步構(gòu)建和全生命周期管理的服務(wù),讓企業(yè)可以將自己的業(yè)務(wù)不斷下沉為一個個算法模型,以達(dá)到復(fù)用、組合創(chuàng)新、規(guī)模化構(gòu)建智能服務(wù)的目的。
借助一個平臺,將軟件的服務(wù)個性化的創(chuàng)造,這將是未來的發(fā)展趨勢。在麥肯錫的分析報告中,我們可以看到,各個企業(yè)或者行業(yè),都在第三個階段做了不同的探索和努力。
從數(shù)據(jù)中臺演進(jìn)到AI中臺
從AI中臺落地實(shí)施的方式來看,AI中臺可以是數(shù)據(jù)中臺的進(jìn)一步延伸,從數(shù)據(jù)中臺一步一步演進(jìn)過去。
所謂的智能化,是指將在數(shù)據(jù)中臺進(jìn)行的一系列的數(shù)據(jù)服務(wù)構(gòu)建操作進(jìn)行智能化實(shí)現(xiàn),讓數(shù)據(jù)的接入、存儲、分析展現(xiàn)、訓(xùn)練、到構(gòu)建管道(pipeline)都更加自動化。例如,對于通用的CI/CD來說,測試不過則會構(gòu)建失敗,那對于AI中臺下,就要考慮一個推薦模型構(gòu)建失敗的條件是什么?答案可能是“本次模型的準(zhǔn)確率低于上一次構(gòu)建的準(zhǔn)確率”的時候,CI應(yīng)該被構(gòu)建失敗。在實(shí)踐中,這可能是CI構(gòu)建過程的維度之一,還會有很多其他指標(biāo)和維度。我們就需要在現(xiàn)有的數(shù)據(jù)平臺的CI中,實(shí)現(xiàn)并自動化這些指標(biāo)和維度,使之更加智能化。
目前基于數(shù)據(jù)中臺的一個智能服務(wù)模型開發(fā)來說,流程如下:

(煙囪式模型構(gòu)建過程)
這基本類似于一個橫向的煙囪架構(gòu),導(dǎo)致目前對一個基于算法模型產(chǎn)生的服務(wù)進(jìn)行拆分的時候,都不是特別地順暢。如果大部分業(yè)務(wù)場景依舊以流程為主還好,如果新業(yè)務(wù)需要引入多的智能服務(wù),那么一系列的問題就會暴露出來:
借助于現(xiàn)有數(shù)據(jù)平臺手工進(jìn)行數(shù)據(jù)操作
煙囪架構(gòu)開發(fā),對人員能力要求高
環(huán)節(jié)無法有效拆分,響應(yīng)周期慢
智能場景規(guī)模化,管理復(fù)雜
訓(xùn)練,部署,發(fā)布依賴于手工部署缺乏有效的流水線
和數(shù)據(jù)平臺孤立,缺乏統(tǒng)一的數(shù)據(jù)服務(wù)接口
基礎(chǔ)設(shè)施隔離,無法動態(tài)進(jìn)行資源的分配和管理
AI中臺需要具備構(gòu)建智能服務(wù)的能力,就要求我們對服務(wù)構(gòu)建的過程進(jìn)行如下拆分:

(可復(fù)用的模型構(gòu)建過程)
首先需要從基礎(chǔ)設(shè)施層面進(jìn)行集成。常規(guī)的數(shù)據(jù)中臺依賴于大量的CPU和內(nèi)存,相反,機(jī)器學(xué)習(xí)模型對GPU的依賴反而更高,但是又不能脫離數(shù)據(jù)中臺,因?yàn)樗琅f需要利用數(shù)據(jù)中臺的存儲和計算能力來處理大量的數(shù)據(jù)。所以如何通過一個接口、一個調(diào)度器、一個管道pipeline來集成整個工作流,就成了需要考量的事情了。
AI中臺至少應(yīng)該分為以下幾個層級:
基礎(chǔ)設(shè)施:對CPU做虛擬化的技術(shù)已經(jīng)相對成熟,但是智能服務(wù)依賴的更多的是GPU,那么GPU如何做虛擬化,算法模型訓(xùn)練和數(shù)據(jù)是否需要共同使用相同的機(jī)器,還是集群相互隔離,都是需要在一開始設(shè)計好的。
資源管理:一切都是資源,無論是網(wǎng)絡(luò)、內(nèi)存,還是數(shù)據(jù)、服務(wù),都是資源。對于模型構(gòu)建者,關(guān)注的只是算法本身,如果該構(gòu)建者需要數(shù)據(jù),那這樣的數(shù)據(jù)就是一個資源而已,無論資源是以環(huán)境變量的方式提供、還是以服務(wù)的方式提供,構(gòu)建者本身并不需要關(guān)心。此時,必須一個資源管理系統(tǒng),對數(shù)據(jù)服務(wù)進(jìn)行統(tǒng)一管理。
中臺和模型:中臺有數(shù)據(jù)的計算和存儲能力外,還應(yīng)該具備算模型的能力,這里的模型指的是一些業(yè)界通用的、或者企業(yè)級通用算法模型。它可能是一個算法、可能是一個別人已訓(xùn)練好的模型,可以使用遷移學(xué)習(xí)的方式去使用。對于中臺來說,它都是一個數(shù)據(jù)集的體現(xiàn),不應(yīng)該和一個表,一個文件有特別的區(qū)分。
流水線:流水是構(gòu)建規(guī)模化智能服務(wù)非常重要的一個環(huán)節(jié),工作如其名,讓我們構(gòu)建智能服務(wù)的時候,可以像流水線工作一樣,達(dá)到這樣的效果,則需要對整個任務(wù)進(jìn)行非常詳細(xì)的分解。
智能應(yīng)用層:智能應(yīng)用層直接面向終端,怎么利用元數(shù)據(jù)等功能,組合各自不同模型提供的服務(wù),構(gòu)建出組合效應(yīng)的創(chuàng)新服務(wù)。

(AI中臺的架構(gòu)層次)
在數(shù)據(jù)中臺的基礎(chǔ)上,擴(kuò)展對GPU級別資源的管理和整合能力,調(diào)度層提供統(tǒng)一的任務(wù)、服務(wù)、智能CI/CD等服務(wù),來實(shí)現(xiàn)AI中臺。這樣以來,就可以達(dá)到:
和數(shù)據(jù)平臺結(jié)合,利用數(shù)據(jù)平臺的能力作為數(shù)據(jù)支撐,最大化的發(fā)揮數(shù)據(jù)平臺的價值
拆分服務(wù)構(gòu)建環(huán)節(jié),智能服務(wù)開發(fā)流程化,快速響應(yīng)業(yè)務(wù)需求
利用元數(shù)據(jù)管理方式,提供統(tǒng)一的標(biāo)準(zhǔn)格式,場景可以多人協(xié)同配合開發(fā)
基礎(chǔ)設(shè)施共享化,模型的訓(xùn)練和發(fā)布與數(shù)據(jù)平臺有效綁定,服務(wù)的構(gòu)建自動化
統(tǒng)一的元數(shù)據(jù)管理系統(tǒng),模型的全生命周期可管理
通用AI能力平臺化,降低人員要求,提升協(xié)作效率
也即,利用算、模型、框架,動態(tài)、快速地組裝服務(wù),創(chuàng)造出新的個性化體驗(yàn)和新的業(yè)務(wù)新的業(yè)務(wù)模式,解決“好用”的問題。
結(jié)語
數(shù)據(jù)中臺提供的是存儲和計算的能力,基于不同的業(yè)務(wù)場景,構(gòu)建出了用來支撐不同業(yè)務(wù)的數(shù)據(jù)服務(wù),依托于強(qiáng)大的計算力,可以快速縮短獲得結(jié)果的周期。而AI中臺則是將算法模型融入進(jìn)來構(gòu)建為服務(wù),讓構(gòu)建算法模型服務(wù),更加快速高效,以更加面向業(yè)務(wù)。但無論是數(shù)據(jù)中臺還是AI中臺,都是一層基礎(chǔ)設(shè)施,做好基礎(chǔ)設(shè)施只是第一步,如何讓它的價值最大化,還要依托于AI中臺不斷結(jié)合業(yè)務(wù)來持續(xù)優(yōu)化,做到“持續(xù)智能”。
(部分內(nèi)容來源網(wǎng)絡(luò),如有侵權(quán)請聯(lián)系刪除)