【導(dǎo)語(yǔ)】：新零售時(shí)代已經(jīng)到來(lái)，傳統(tǒng)大型零售商家們也在追逐技術(shù)潮流，希望通過(guò)中臺(tái)建設(shè)來(lái)支撐業(yè)務(wù)發(fā)展。然而中臺(tái)建設(shè)非一夕之功，大多數(shù)的探索都折戟沉沙，踩過(guò)的坑更是不計(jì)其數(shù)。前事不忘，后事之師，本文就將以技術(shù)更迭為主線，通過(guò)傳統(tǒng)零售行業(yè)的碼農(nóng)們一次次血與淚的教訓(xùn)，告訴你到底什么才是符合中國(guó)國(guó)情的「全渠道中臺(tái)」？

楔子

零售戰(zhàn)鼓隆，各家齊斗法

云溪論劍后，江湖出寶典

古有葵花經(jīng)，現(xiàn)有“大中臺(tái)”

沒有“兩個(gè)億”，別想做中臺(tái)

技術(shù)道業(yè)務(wù)道，自求條正道

各家紛説自己好

誰(shuí)曾想，舊日零售江湖間現(xiàn)己變成了血海滔滔

你也說(shuō)中臺(tái)，我也說(shuō)中臺(tái)，到底什么是中臺(tái)？

現(xiàn)如今隨著“新零售”這三個(gè)字一再被提及，整個(gè)零售界都在提一個(gè)“神密的東西”，那就是中臺(tái)。甚至中臺(tái)被上升到了“推進(jìn)企業(yè)數(shù)字化變形”的乃至直接促成企業(yè)數(shù)字化轉(zhuǎn)型能否成功的地位了。

那么中臺(tái)它到底是個(gè)什么樣的東西呢？在人們眼中中臺(tái)似乎猶如月球的背面一般神密。

在人們眼中的中臺(tái)無(wú)外乎于上述類似的組件圖，類似的圖一再被各大零售商或者是不少知名軟件商一再的提及。

它似乎有著“華麗的外表，沉漁落雁的面容，婀娜多姿的身段”？它只是利用了2009年TOGAF設(shè)計(jì)規(guī)范從頂向下的設(shè)計(jì)方法論把業(yè)務(wù)模塊進(jìn)行了LEVEL 3級(jí)別的一個(gè)分解的功能圖而己，它只要業(yè)務(wù)架構(gòu)師手繪一些功能甚至公司的一個(gè)BA用Excel做一個(gè)功能列表然后讓稍微資深點(diǎn)的UI做一下布局在一天內(nèi)即可以得出的一個(gè)picture而己。

多少甲方為了這么一張外面報(bào)價(jià)800-1,000塊錢制作費(fèi)的首圖化了近千萬(wàn)、甚至上億的代價(jià)了？甚至筆者在幾個(gè)展會(huì)聽到不少的開發(fā)商豪言“你要做中臺(tái)？你公司干什么的？每年至少2個(gè)億銷售額有吧？沒有？那您也別做中臺(tái)了”。

中臺(tái)的誕生

中臺(tái)這個(gè)東西我明確告訴大家：它一點(diǎn)不神密，它也不是近3年的什么高科技的產(chǎn)物，早在2012年這個(gè)東西就已經(jīng)有了。同時(shí)我本人在13年也已經(jīng)用“中臺(tái)”的理念制作了一套類似的東西我們?cè)诋?dāng)時(shí)把它稱為“SMART PLATFORM”，這套東西的代碼我會(huì)在后面的章節(jié)涉及到設(shè)計(jì)和實(shí)現(xiàn)的時(shí)候公開它的核心源碼、數(shù)據(jù)庫(kù)表結(jié)構(gòu)與設(shè)計(jì)思路，這個(gè)是屬于我個(gè)人的也是沒有問(wèn)題的，各位也可以放心使用。

這種一體化全渠道平臺(tái)的出現(xiàn)最早是在銀行、金融界，在那個(gè)時(shí)候銀行、金融、保險(xiǎn)界的一些大公司面對(duì)著繁雜的legacy systems需要開始邁入“手機(jī)端、無(wú)線辦公”端的時(shí)代，于是當(dāng)時(shí)的人們想到把這么多的legacy systems是不是可以做成一個(gè)“大后臺(tái)”。

在這個(gè)大后臺(tái)中，把所有的業(yè)務(wù)功能進(jìn)行整合，所有的數(shù)據(jù)使用一個(gè)或者是一套數(shù)據(jù)庫(kù)以此來(lái)打通各個(gè)業(yè)務(wù)，解決掉數(shù)據(jù)孤島問(wèn)題，提高性能，降低不同系統(tǒng)間交互、接口轉(zhuǎn)換，以及支持不同系統(tǒng)間數(shù)據(jù)交互的事務(wù)一致性時(shí)帶來(lái)的昂貴的開發(fā)、網(wǎng)絡(luò)延時(shí)與開銷以及不必要的開發(fā)工作量。

但是，業(yè)界在根據(jù)這個(gè)指導(dǎo)思想進(jìn)行開發(fā)時(shí)發(fā)覺問(wèn)題來(lái)了！

如果僅僅是把所有的東西打包在一個(gè)“大后臺(tái)”并不能真正解決IT的痛點(diǎn)，因?yàn)楸鼐顾且粋€(gè)IT系統(tǒng)。IT系統(tǒng)要考慮的東西除了業(yè)務(wù)功能，更重要和更有價(jià)值的地方在于：

性能

安全

可以快速響應(yīng)業(yè)務(wù)的創(chuàng)新或者説甚至可以“加速業(yè)務(wù)創(chuàng)新”并以此來(lái)為業(yè)務(wù)賦能

以上説的神乎幾神，我們中國(guó)人現(xiàn)在講究的是“效率、實(shí)干”，要“落地”，要“接地氣”，因此下面我們就用接地氣的話來(lái)把上面這一段中臺(tái)出現(xiàn)的背景、歷史上經(jīng)歷的痛點(diǎn)來(lái)著重的講一下吧。

直接使用零售場(chǎng)景來(lái)描述中臺(tái)的誕生與過(guò)程

一個(gè)顧客在傳統(tǒng)的零售場(chǎng)所的消費(fèi)體驗(yàn)可以用下圖描述出主要的“零售體驗(yàn)核心環(huán)節(jié)”

以上這個(gè)圖，它出現(xiàn)在20-25年前的零售大賣場(chǎng)內(nèi)，支持它的系統(tǒng)也是20甚至25年前的“作品”。這邊需要著重説一句的是：截止作者寫此稿時(shí)，現(xiàn)有大部分的大型商超竟然用的還是20-25年前的IT系統(tǒng)。這也正是近來(lái)各大廠商、業(yè)界宣了沸沸揚(yáng)揚(yáng)的“新零售”，“數(shù)字化轉(zhuǎn)型”的原動(dòng)力與由來(lái)（改造需要money, money，沒有money沒有利益何來(lái)原動(dòng)力）。

因?yàn)椋@么土的東西，直到現(xiàn)在終于有機(jī)會(huì)推翻它了。

言歸正傳，解讀上圖！

當(dāng)一個(gè)顧客來(lái)到了大超市內(nèi)，我們知道傳統(tǒng)的大超市還會(huì)分不同的品牌，把化妝品還放到不同的位置甚至獨(dú)立的櫥柜，這就導(dǎo)致了客戶要買什么東西，他會(huì)記得去問(wèn)各個(gè)“導(dǎo)購(gòu)”或者去服務(wù)臺(tái)詢問(wèn)。

“哎呀，請(qǐng)問(wèn)會(huì)員怎么辦？”，導(dǎo)購(gòu)人員會(huì)告訴他！

“哎呀，請(qǐng)問(wèn)會(huì)員積分哪里積怎么積？”，導(dǎo)購(gòu)人員會(huì)告訴他！

“哎呀，請(qǐng)問(wèn)印花是怎么得到？”，導(dǎo)購(gòu)人員還是會(huì)告訴他！

客戶問(wèn)錯(cuò)了人，比如説他去問(wèn)“收銀員”這把刀不是説買一把送一塊肥皂嗎？收銀員通過(guò)話務(wù)機(jī)于是叫來(lái)了導(dǎo)購(gòu)，但是導(dǎo)購(gòu)也不知道，就又通過(guò)商場(chǎng)廣播叫來(lái)了“促銷人員”，促銷人員當(dāng)然知道買什么可以送什么或者打幾折這些事嘍。

于是，靠著不同的、嚴(yán)格的崗位、職責(zé)的區(qū)分，我們的商場(chǎng)尚且還可以運(yùn)作。并且要知道那是20年前，國(guó)人的消費(fèi)能力有小部分已經(jīng)開始起色而市場(chǎng)上商品的供應(yīng)還不如現(xiàn)在的“百花齊放”。因此一些國(guó)外的大型商超明顯在當(dāng)時(shí)是屬于“朝南坐”、“躺著掙錢的”。

因此，大型商超在當(dāng)時(shí)對(duì)于IT系統(tǒng)的定位是次要中的次要（很悲哀），而貨物、商品甚至不乏國(guó)外進(jìn)口商超內(nèi)的商品在那時(shí)才是真正深深吸引國(guó)人的主要因素。

于是過(guò)了大約10年，這也是零售業(yè)黃金的10年，隨著國(guó)人消費(fèi)能力的越來(lái)越高，隨著iPhone、微信、淘寶的興起，零商開始邁向了電商時(shí)代。

于是這些大型商超、大型零售超市想當(dāng)然的認(rèn)為其實(shí)電商就是把原來(lái)站在各個(gè)服務(wù)前的一個(gè)個(gè)人肉導(dǎo)購(gòu)、促銷、專柜的這些個(gè)人取代成一個(gè)個(gè)的手機(jī)應(yīng)用APP，于是，在當(dāng)時(shí)的大型零售商眼里的電商也是類似下面這樣的一個(gè)圖。

先有了想法，通過(guò)“想法”有了下面的系統(tǒng)“架構(gòu)”。

零售電商1.0模式

轉(zhuǎn)型1.0模式

不要笑，當(dāng)時(shí)一堆一堆的零售（在當(dāng)時(shí)還算是比較有錢）設(shè)計(jì)出來(lái)的系統(tǒng)就是這樣的。

“喏，要數(shù)字化，我把人變成了一個(gè)個(gè)的APP了，這不就是數(shù)字化！”

所以大家直到現(xiàn)在也能看到類似的案例：一些傳統(tǒng)的快銷、零售商用微信、用APP、用微信小程序哪怕只是做出了一個(gè)會(huì)員登記系統(tǒng)也會(huì)把它當(dāng)成“公司內(nèi)部巨大的創(chuàng)新”，也是基于這樣的想法。

可是，它依舊沒有從根本上解決客戶的問(wèn)題。為什么？中國(guó)客戶的電商使用習(xí)慣是什么？

中國(guó)人的電商使用習(xí)慣

中國(guó)，人多的很、市場(chǎng)大的很，我們説我們是世界第2電商大國(guó)，這個(gè)世界上沒人敢説它是世界第1。

那么多APP、那么多小程序、那么多微信公眾號(hào)，而你只有一個(gè)企業(yè)實(shí)體卻要做成“為了一個(gè)服務(wù)就放一個(gè)APP”的模式，比如説：我為了來(lái)一次“某干發(fā)”大超市、“某得福”網(wǎng)上超市購(gòu)物你要我去下不止一個(gè)APP才能完成“會(huì)員、認(rèn)證、購(gòu)物、積分”本就應(yīng)該集中在一個(gè)APP中的“功能”，甚至客戶做一些兌換還要讓我打開一個(gè)不知道什么地方的網(wǎng)頁(yè)去登錄一個(gè)網(wǎng)址才能完成兌換？你是不是覺得我們客戶的時(shí)間太“無(wú)用了”？

張小龍説過(guò)：哪個(gè)APP可以每天占用客戶30分鐘，這個(gè)APP就是巨大的成功。

在百花齊放、百家爭(zhēng)鳴的數(shù)字化時(shí)代，況且在當(dāng)時(shí)淘寶連續(xù)使用4次雙11打折活動(dòng)打造了中國(guó)客戶的使用電商APP的習(xí)慣后，你這邊突然來(lái)了一個(gè)，有幾個(gè)功能就要有幾個(gè)網(wǎng)址、幾個(gè)APP或者就算你是APP混合微信號(hào)，你覺得中國(guó)的顧客會(huì)買你的帳？

下載APP的時(shí)間是很寶貴的！

在當(dāng)時(shí)，APP與微信間還沒做到數(shù)據(jù)共享，因?yàn)楸澈蟮膌egacy systems還是孤立的那么客戶一些登記、購(gòu)買行為、數(shù)據(jù)、歷史消費(fèi)記錄都要我們的中國(guó)客戶重復(fù)的操作2遍、操作3遍......

對(duì)不起，中國(guó)顧客對(duì)于這種重復(fù)操作2次以上而做的事是在完成同一件事的APP的使用不會(huì)超過(guò)1次，1次就刪掉你！甚至拉黑你！并且還會(huì)去朋友圈把你數(shù)落一頓。這就是中國(guó)人的電商使用習(xí)慣。

中國(guó)人喜歡 “一鍵式”，喜歡 “快速定位”，喜歡“3步操作內(nèi)就完成一件事”。

所以，大型零售商們錯(cuò)失了第一次電商黃金發(fā)展階段即培養(yǎng)顧客消費(fèi)習(xí)慣的這個(gè)階段，那么這些大型零售商也意識(shí)到了問(wèn)題：

哦，這個(gè)問(wèn)題出在后面的系統(tǒng)本來(lái)在打造的時(shí)候就是CS架構(gòu)、本來(lái)就是一個(gè)個(gè)孤立的而導(dǎo)致的。

在此時(shí)，大型零售商還是沒有意識(shí)到自己的危機(jī)因?yàn)檫@時(shí)阿里淘寶還沒有完全起勢(shì)，大家都認(rèn)為阿里腦子有水了，連續(xù)4次的雙11。再説了，他們賣的東西不如我們的有“品牌”，對(duì)吧？

那么現(xiàn)在大量的客戶反饋説，你們的幾個(gè)APP要變成一個(gè)APP才好用，所以大家就不約而同的想到了把后面的系統(tǒng)集成在一起，使得每一個(gè)系統(tǒng)不是孤立的對(duì)外服務(wù)了。

同時(shí)，業(yè)內(nèi)不乏I.O.E體系等造勢(shì)宣稱SOA，于是乎在“SOA可能是未來(lái)20年僅有的發(fā)財(cái)機(jī)會(huì)”這句口號(hào)的帶領(lǐng)下，零售系統(tǒng)的改造進(jìn)入了“集成1.5時(shí)代”。

零售電商1.5模式-集成模式

2007~2012年是“集成模式”概念被拋出率最高的年代，它有一個(gè)名字叫“SOA”，SOA就是那個(gè)時(shí)代的“全渠道中臺(tái)”。

以I.O.E為首尤其是IBM對(duì)SOA進(jìn)行了系統(tǒng)化、理論化甚至到了產(chǎn)品化的密集布局與宣傳，人們提起SOA一定會(huì)想到IBM或者是Oracle。

嘿嘿！

筆者突然想起2000年初時(shí)，有關(guān)于互聯(lián)網(wǎng)的一個(gè)笑話：説人人都説這座山上有金子，于是所有人上山挖金子。結(jié)果挖金子的人沒有發(fā)財(cái)，倒是山下那個(gè)“賣鏟子的人”發(fā)了財(cái)。

系統(tǒng)集成就由如上圖一樣，復(fù)雜無(wú)比。

一堆的Legacy，每個(gè)接口不同，要把它們集成光開發(fā)人員的付出就需要花費(fèi)大量的時(shí)間與精力，很多企業(yè)為了不自己去養(yǎng)開發(fā)團(tuán)隊(duì)，為了圖快于是使用了各種商業(yè)級(jí)別的、惡狠狠的集成工具（SOA開發(fā)環(huán)境）乃至付出了小型機(jī)的代價(jià)來(lái)集成一堆的Legacy。

這些惡狠狠的工具的使用、錯(cuò)綜復(fù)雜的系統(tǒng)間如蜘蛛網(wǎng)的連線的一切目的就是為了一個(gè)“one app can integrate all function”，一個(gè)APP所有功能。

看似是這么一回事，可是，這次一些“巨頭甲方”們卻付出了更慘重的代價(jià)！！！

上面説了，集成這些Legacy本身是一件很復(fù)雜的事，因此需要使用不少在當(dāng)時(shí)被稱為“RAD-快速應(yīng)用開發(fā)工具”來(lái)做這樣的集成，這樣的工具基本出自I.O.E體系，動(dòng)輒幾千萬(wàn)RMB一套，甚至還要用上百萬(wàn)的小型機(jī)去部署。

錢花了，如果東西出來(lái)了倒也成了，關(guān)鍵是SOA還有一整套完整的“系統(tǒng)集成”體系化的概念。所以經(jīng)歷過(guò)SOA集成的都領(lǐng)教過(guò)所謂的“流程”。

大家知道，所謂流程是一套best practice，它是用來(lái)幫助我們更好的更有條理的在一個(gè)如此寵大繁雜的、多達(dá)十幾個(gè)甚至幾十個(gè)legacy系統(tǒng)集成中遵循的一條最佳途徑，它并不是條條框框的死板的理論。

至于流程是否我們真的學(xué)到了？消化了同時(shí)是否運(yùn)用得當(dāng)？這是后話不會(huì)在本章展開，后面的章節(jié)我們會(huì)來(lái)討論，我們就先説用SOA沒有用好拿它集成完了的東西帶來(lái)了什么樣的噩夢(mèng)吧。

好，下面是一個(gè)運(yùn)行SOA系統(tǒng)集成理念集成好的東西，當(dāng)年國(guó)內(nèi)很多大公司就是這么干的！

這是后臺(tái)用SOA理念集成好的東西，但是它在面臨中國(guó)市場(chǎng)時(shí)又被打得體無(wú)完膚了。為什么呢？

因?yàn)樵贗.O.E準(zhǔn)備惡狠狠的、用昂貴的SOA的RAD套件進(jìn)行密集推銷時(shí)，我們國(guó)內(nèi)的電商已經(jīng)開始面臨百萬(wàn)、千萬(wàn)甚至億萬(wàn)級(jí)的流量了。什么東西到了中國(guó)，都會(huì)使用到各種高技術(shù)，國(guó)外對(duì)這點(diǎn)非常想不通！為什么呢？其實(shí)事情很簡(jiǎn)單，因?yàn)橹袊?guó)的人多，人多那么數(shù)字化流量也一定大！中國(guó)人已經(jīng)在開始思考解決大并發(fā)大流量的時(shí)候而國(guó)外還在考慮如何把“昂貴的鏟子”去賣給大型零售商。于是，差距開始造成了！

一個(gè)歐州國(guó)家的人口甚至整個(gè)歐州人口加在一起都不一定有我們的一個(gè)門戶級(jí)網(wǎng)站的流量的人口多，勢(shì)必這些國(guó)外的“高大上”會(huì)遇到水土不服，于是。。。買完了鏟子，更可怕的噩夢(mèng)發(fā)生了。

頻繁的CR導(dǎo)致系統(tǒng)開發(fā)維擴(kuò)成本急劇上升

大家都知道，一個(gè)系統(tǒng)、一段代碼它一定會(huì)經(jīng)歷“分析、設(shè)計(jì)、編碼、測(cè)試、部署”幾個(gè)階段。如果這段代碼有任何修改，它要再進(jìn)行bug fix后再需要走一遍“分析、設(shè)計(jì)、編碼、測(cè)試、部署”這幾個(gè)階段。

大家知道吧，很多供應(yīng)商有時(shí)為了進(jìn)入一家企業(yè)做項(xiàng)目，它們?cè)谝婚_始可以跳水價(jià)、可以大甩買甚至可以0元進(jìn)入，那么它掙的是什么錢呢？CR！

對(duì)，有任何一個(gè)CR，如果再加上它是一個(gè)高大上的國(guó)外的所謂著名品牌，那么它的man day的費(fèi)用會(huì)很高。比如説國(guó)內(nèi)的人天單價(jià)在2,000~3,000，國(guó)外可能起板要收你4,000~6,000元的人天單價(jià)，其實(shí)人天單價(jià)6,000也已經(jīng)算便宜的啦 ，你們真的沒嘗過(guò)8,000~1萬(wàn)、4萬(wàn)的人天單價(jià)呢！！！

那么對(duì)于這樣的公司來(lái)説，它最開心的就是甲方給他做CR，最好你依賴它，改個(gè)接口都要靠它。接口一個(gè)收8萬(wàn)，爽啊！！！

好，一個(gè)復(fù)雜的系統(tǒng)集成完了，稍稍有任何改動(dòng)，它牽連的可不只是它自己這一塊代碼，它會(huì)牽連到其它相關(guān)的代碼，這種問(wèn)題我們把它稱為regression bug，為了做好regression bug的控制我們就要做regression test來(lái)保證我的這次改動(dòng)不會(huì)影響到其它無(wú)關(guān)的功能。

要知道，系統(tǒng)集成和"系統(tǒng)融和”是完全不一樣的。系統(tǒng)集成的內(nèi)部就是一團(tuán)“亂麻”，業(yè)務(wù)層代碼咬合在了一起，改一個(gè)功能就會(huì)引發(fā)一系列連鎖反映。

舉個(gè)例子，國(guó)外的系統(tǒng)集成或者説是很多國(guó)內(nèi)軟件供應(yīng)商并未真正把SOA的理念吃透、甚至在瞎用，它們的手法就有點(diǎn)像“把一個(gè)人放在病床上，然后為了給這個(gè)病人安裝一根假手指而需要把這個(gè)病人的整條手臂先卸下來(lái)，裝上手指后再把這個(gè)手給病人安上”。

它就由如下圖哪怕是新增一個(gè)功能它要?jiǎng)拥降囊彩且幌盗械摹胺a”的行為，加上國(guó)內(nèi)IT從2012年后發(fā)展越來(lái)越快，整體行業(yè)較浮躁導(dǎo)致國(guó)內(nèi)程序員水平普遍很低。缺乏整體數(shù)據(jù)流、業(yè)務(wù)串聯(lián)的能力，那么這樣的改動(dòng)引起的連鎖反應(yīng)會(huì)更大。

拿我司曾發(fā)生過(guò)的一個(gè)案例來(lái)説，要在原有系統(tǒng)上做一個(gè)大閘蟹打折活動(dòng)，這種設(shè)計(jì)的做法就是：

設(shè)計(jì)數(shù)據(jù)庫(kù)底層

制作DAO

制作SERVICE

制作Controller

制作頁(yè)面

然后有任何bug，bug的修復(fù)會(huì)把整個(gè)軟件開發(fā)生命周期從頭到尾再來(lái)一遍，這樣的事不斷的again, again, again。

于是，一個(gè)活動(dòng)做個(gè)80多人天，花掉十幾萬(wàn)、二十萬(wàn)很正常。如果碰到“高大上”的外企來(lái)給你集成，那么把80人天乘4,000、6,000...那么做一個(gè)活動(dòng)用掉個(gè)50萬(wàn)～80萬(wàn)，很合理呀。這就是我們很多國(guó)內(nèi)的一 些大型零售企業(yè)在系統(tǒng)集成時(shí)碰到過(guò)的大血坑。

錢花了很多，效率又低，質(zhì)量又差。

這次的赫茲公司花了2億做電商做砸了正是碰到這樣的一個(gè)血坑。

如果只是錢的問(wèn)題還可以容忍，關(guān)鍵在這樣的系統(tǒng)集成來(lái)到了國(guó)內(nèi)碰上的最坑爹的是“系統(tǒng)并發(fā)”問(wèn)題。

前面説了，國(guó)內(nèi)的人多，數(shù)字化流量高，這樣的一種其本身后臺(tái)legacy system還未經(jīng)過(guò)改造，只是遵照著SOA理念去做的系統(tǒng)集成出來(lái)的東西，是根本擋不了大規(guī)模的“并發(fā)”的，國(guó)內(nèi)動(dòng)不動(dòng)就來(lái)個(gè)十萬(wàn)級(jí)、百萬(wàn)級(jí)并發(fā)。

這種后臺(tái)實(shí)際上充滿著“單體”應(yīng)用的電商應(yīng)用APP，實(shí)際上是一個(gè)連千級(jí)并發(fā)都撐不住的東西，于是花了錢又做不好事。很多企業(yè)沒有死在“業(yè)務(wù)領(lǐng)域的競(jìng)爭(zhēng)”中，而是死在了“在國(guó)內(nèi)上了電商系統(tǒng)”這個(gè)原因上。

成就了一上電商就死，電商領(lǐng)域成了一個(gè)“95%的電商項(xiàng)目都失敗”的“煉獄”。

于是基于“系統(tǒng)集成1.5”后又誕生了“系統(tǒng)集成2.0”模式，這次，賣鏟子的又沒有錯(cuò)過(guò)掙錢的好機(jī)會(huì)，于是它提出了SOA 2.0模式。

SOA2.0模式

這是I.O.E相關(guān)的體系們提出的SOA 2.0模式，它很理論。但是它在2012~2014年間在其理論框架的指導(dǎo)下誕生了不少衍生技術(shù)。

比如説它的“松耦合，高內(nèi)聚，組件間無(wú)狀態(tài)，外部模塊間需要使用引用,強(qiáng)調(diào)系統(tǒng)整體監(jiān)控、性能上的governance”，等衍生出了輕量級(jí)的Nginx、JSON API，ELK，NOSQL等一系列概念和組件甚至優(yōu)化改造過(guò)了一系列之前的時(shí)代沒有出現(xiàn)過(guò)的組件。

可是當(dāng)I.O.E體系還只停留在提出這些理念和這些組件的時(shí)侯，而我們國(guó)內(nèi)的電商正在發(fā)生著巨變。歷盡4次雙11消費(fèi)習(xí)慣培養(yǎng)后阿里完成了40億到百億規(guī)模的轉(zhuǎn)變，此時(shí)它開始做一件事，那就叫去I.O.E。不要你那些動(dòng)不動(dòng)幾百、幾千萬(wàn)的軟硬件了，我們國(guó)人一切靠自己來(lái)還比你們做了好！

阿里去I.O.E引起了一股MySQL浪潮。而此時(shí)的I.O.E體系也已經(jīng)日落西山了，IBM在慘敗蘇寧案例后退出了，很多SOA的精華其實(shí)從未被真正落地過(guò)，同時(shí)它被很多國(guó)內(nèi)的開發(fā)商錯(cuò)誤地理解和使用了，使用的目的也只是為了炒概念、賣高價(jià)。在當(dāng)時(shí)，國(guó)內(nèi)有超過(guò)90%的開發(fā)商認(rèn)為：Nginx取代Apache，輕TOMCAT，JSON API，ELK，MySQL的組合就可以做電商了。

OH...MY...GOD！

首先理念錯(cuò)誤、理解不透徹加上整體IT環(huán)境浮燥、只求實(shí)現(xiàn)不求精的風(fēng)貌導(dǎo)致了又出現(xiàn)了一個(gè)API時(shí)代的怪胎，我們説API是一個(gè)好東西，可是它造出的怪胎更詭異！

先從開發(fā)團(tuán)隊(duì)來(lái)錯(cuò)誤的理解SOA 2.0理念開始分析，下面是一個(gè)標(biāo)準(zhǔn)的從當(dāng)時(shí)直到現(xiàn)在還有很多開發(fā)團(tuán)隊(duì)這么認(rèn)為的一種項(xiàng)目分工上的劃分模式。

我們拿Java項(xiàng)目來(lái)説，把系統(tǒng)劃分成這么多子模塊，再分別開發(fā)和打包以及分布式部署，這就是SOA！

一切看似那么的自然......那么的應(yīng)該......那么的......最后在面臨國(guó)內(nèi)十萬(wàn)、百萬(wàn)、千萬(wàn)級(jí)并發(fā)時(shí)死得那么的慘。

淘寶慘烈過(guò)

JD也慘烈過(guò)

要不然怎么會(huì)出現(xiàn)“JD老劉的兩把菜刀”的故事呢？以前去深圳學(xué)習(xí)JD 618保衛(wèi)戰(zhàn)時(shí)還聽説這個(gè)“兩把菜刀”是真事呢！！！

我們來(lái)看看工程項(xiàng)目上折的細(xì)又小、看似專業(yè)實(shí)際沒有深入理解SOA 2.0時(shí)代的精髓而只學(xué)到了表面的東西，導(dǎo)致在當(dāng)年產(chǎn)出的是一種什么樣的怪胎吧。讓我們直接從系統(tǒng)層面入手分析。

兩個(gè)架構(gòu)，先説一下其實(shí)都是“怪胎”；

尚且不説第二個(gè)“看似專業(yè)設(shè)計(jì)架構(gòu)”，很多國(guó)內(nèi)的供應(yīng)商、軟件開發(fā)團(tuán)隊(duì)還未達(dá)到或者只達(dá)到了前一種“通用設(shè)計(jì)架構(gòu)”的水平，第二種架構(gòu)再怎么説也比第一種要好一點(diǎn)，我們把它稱為怪胎1.0和怪胎2.0版吧。

怪在哪呢？下面來(lái)分析怪胎2.0版。

場(chǎng)景發(fā)生在某大促的當(dāng)天，在平時(shí)怪胎架構(gòu)一點(diǎn)問(wèn)題都不會(huì)發(fā)生，一切看似相當(dāng)?shù)恼：屯昝馈６?dāng)大促這天一到，搶券、秒殺、折上折一開始：

Web層洶涌壓力撲面而來(lái)，這時(shí)的反映就是用戶手機(jī)APP端卡死、白屏、卡頓、沒反映；

于是運(yùn)維一看Zabbix，哇~所有Web服務(wù)器標(biāo)紅，業(yè)務(wù)老板在屁股后面催的緊“快點(diǎn)搞定”，于是運(yùn)維緊急增加Web服務(wù)器；

好，Web流量進(jìn)來(lái)了，tomcat層吃不消了，zabbix頻頻告警，老板在屁股后面又開始催了“怎么還沒搞定？”。于是我們?cè)黾觮omcat服務(wù)器；

tomcat擴(kuò)了N個(gè)自以為沒事了，加完后整個(gè)DB掛了，CPU飆升到100%以上，內(nèi)存使用率高達(dá)95%以上，一堆的死鎖，APP還是卡、白屏，這時(shí)已經(jīng)距離活動(dòng)開始過(guò)去了1小時(shí)了，業(yè)務(wù)老板破口大罵：“你們有沒有做過(guò)電商呀，你們到底懂不懂，搞不定，滾”；

這時(shí)運(yùn)維傻了......介個(gè)問(wèn)題......需要研發(fā)來(lái)幫忙了；

好吧，活動(dòng)第一天，失敗。老板組織了研發(fā)、運(yùn)維浩浩蕩蕩一大批開了個(gè)總結(jié)大會(huì)來(lái)研究第二天的方案，研發(fā)終于提出了靠譜的方案。很多內(nèi)容可以走緩存，我們不該走DB的。于是大家開始了不要命的熬夜改造DAO層代碼，把一些通用的都移到緩存；

此時(shí)，離第二天還剩4個(gè)半小時(shí)左右了，抓緊睡一覺吧，很多開發(fā)睡覺時(shí)還在做美夢(mèng)，夢(mèng)到第二天因?yàn)殚_發(fā)團(tuán)隊(duì)的給力付出我們終于頂下了流量，老板重點(diǎn)表?yè)P(yáng)開發(fā)；

第二天活動(dòng)開始了，哇~一開始30秒時(shí)整個(gè)流量似乎比昨天大了2-3倍，這個(gè)很正常呀因?yàn)橄到y(tǒng)放開了吃流量肯定這個(gè)量超過(guò)昨天的量，然后30秒過(guò)了沒多久，整個(gè)APP卡死、白屏。哈哈哈，再一看，緩存爆了，緩存爆了后流量落到DB，DB又來(lái)了一個(gè)CPU飆升到100%以上，內(nèi)存使用率高達(dá)95%以上......

再加DB，DB加完后發(fā)覺第三天量更大了，再加Web，Web加完后Tomcat中間群被壓跨了，再回到以上第3點(diǎn)

多少企業(yè)經(jīng)歷了上述的過(guò)程？我告訴大家一個(gè)值，超過(guò)90%的企業(yè)都有過(guò)上述的大血坑。

這個(gè)大血坑會(huì)造成不少創(chuàng)業(yè)型公司秒死、見光死，也造成很多大企業(yè)一整批IT被干掉，也造就了那傳説中的“兩把菜刀”。

這樣的系統(tǒng)和設(shè)計(jì)它其實(shí)是由如下面的這樣的一個(gè)怪胎的長(zhǎng)相：

腦袋小，脖子細(xì)的要命，肚子大，下盤小。吃飯吃多了他就嘔，走路一快他就摔！這么樣的一個(gè)怪胎！

那么我們説系統(tǒng)性能沒有做好？業(yè)務(wù)功能就一定做好了嗎？

嘿嘿嘿，我們回看I.O.E體系們?cè)赟OA 2.0時(shí)代提出的一個(gè)概念圖，再來(lái)看一遍這個(gè)圖

然后我們結(jié)合以下的一個(gè)場(chǎng)景再來(lái)考慮一下：

小龍蝦節(jié)活動(dòng)，從數(shù)據(jù)庫(kù)設(shè)計(jì)->存取層->服務(wù)層->控制層。從頭到尾做了一遍，用掉了80多人天的價(jià)格。

來(lái)了一個(gè)陽(yáng)澄湖大閘蟹打折活動(dòng)，從數(shù)據(jù)庫(kù)設(shè)計(jì)->存取層->服務(wù)層->控制層。從頭到尾做了一遍，又用掉了80多人天的價(jià)格。

嘿嘿嘿，我們把以上深?yuàn)W的理論，抽像成以下一個(gè)這樣的業(yè)務(wù)場(chǎng)景大家看一下，是不是就可以理解為什么上述兩個(gè)都同樣是打折活動(dòng)的業(yè)務(wù)場(chǎng)景分別都要用80多人天呢？

上圖已經(jīng)可以很好的說(shuō)明我們的程序員是如何淪落到程序猿、碼農(nóng)的了。

性能達(dá)不到、加速業(yè)務(wù)、快速響應(yīng)多變的由其是中國(guó)大陸市場(chǎng)幾乎每天都在變動(dòng)的業(yè)務(wù)也做不到，這是2005~2015年這10年國(guó)人特別是國(guó)內(nèi)很多知名500強(qiáng)在電商領(lǐng)域經(jīng)歷的痛苦的10年，各種抱怨IT不給力。

IT各種想辦法找I.O.E相關(guān)體系來(lái)做企業(yè)整體解決方案，錢出了一大波，然并卵，各種繼續(xù)不給力、抱怨。。。。。。again，again and again！！！

而這10年，阿里和一些走在比較前沿或者説曾經(jīng)在那10年內(nèi)沒有“死”的一些民營(yíng)體制、特別接中國(guó)地氣的企業(yè)已經(jīng)開始深刻地總結(jié)反省，并依靠自身之前學(xué)習(xí)到那些外資高大上的一些理論、知識(shí)、方法論后把它們?cè)佟氨就粱辈⒔Y(jié)合了中國(guó)自身特色，繼而打造出來(lái)了一個(gè)新的產(chǎn)物，這個(gè)新的產(chǎn)物就是“全渠道零售中臺(tái)”。

回過(guò)頭來(lái)看中臺(tái)，什么是中臺(tái)

也有畫成下面這樣風(fēng)格的圖

其實(shí)第二張圖無(wú)非就是第一張的level3級(jí)別功能擴(kuò)充了，比較豐富，顏色鮮明一些。

That's it，僅此而己！

然后很多外資包括國(guó)內(nèi)的一些甲方型企業(yè)拿著這樣的圖説“這就是中臺(tái)”......現(xiàn)在知道錯(cuò)在哪了吧。

我上面列舉的1.0，1.5，2.0時(shí)代的任何一種架構(gòu)，其實(shí)都可以做成這樣的“業(yè)務(wù)功能圖”。

這只是業(yè)務(wù)功能圖而己，它不是代表"我“做出來(lái)的就一定是中臺(tái)。

我們看事務(wù)不能光看“外表”，我們需要看事物的“本質(zhì)”，遵循著本質(zhì)的那些公司都成功了，如阿里、蘇寧、保潔、立白、海爾、華為......有很多不再多敘。

那么中臺(tái)的本質(zhì)到底在什么？而且是一個(gè)全渠道中臺(tái)，也有人管它叫云中臺(tái)它必須具備以下幾樣?xùn)|西。

從業(yè)務(wù)功能上來(lái)分

全渠道訂單中心，它必須是一個(gè)全渠道的訂單中心，訂單屬性擁有線上、線下、O+2、第三方等各種渠道的特性；

全渠道商品管理中心，可以管理線上、線下甚至是虛擬商品；

全渠道會(huì)員中心，這個(gè)會(huì)員中心一分為二，一個(gè)合格的中臺(tái)需要具備其中的CRM Foundation即會(huì)員中心基礎(chǔ)功能，另一個(gè)叫“營(yíng)銷中心”，對(duì)，整個(gè)會(huì)員中心由“基礎(chǔ)功能+營(yíng)銷中心”兩部分構(gòu)成，而很多好的中臺(tái)不一定包括這個(gè)“營(yíng)銷中心”，因?yàn)闋I(yíng)銷中心可以誕生出另一個(gè)全渠道的產(chǎn)品，叫SCRM。我們不要求一個(gè)全渠道的零售中臺(tái)內(nèi)必須包括全渠道營(yíng)銷中心，必竟術(shù)業(yè)有專精；

全渠道的促銷中心，促銷和營(yíng)銷很多人會(huì)搞起來(lái)，促銷中心和營(yíng)銷中心在功能上是有相近的，有人把促銷歸為營(yíng)銷，也有人把促銷和營(yíng)銷進(jìn)行分離，分離的條件就是“以會(huì)員為中心”和根據(jù)一個(gè)企業(yè)內(nèi)的業(yè)務(wù)組織架構(gòu)來(lái)決定的。這一定一定是一個(gè)全渠道的促銷中心，它可以對(duì)線上線下同時(shí)促銷，説白了就是你在手機(jī)APP商城內(nèi)使用的券同時(shí)也可以使用在自助機(jī)、掃碼購(gòu)、微信小程序甚至在同一個(gè)零售企業(yè)門店P(guān)OS結(jié)帳時(shí)使用，讓客戶無(wú)論是在線上還是在線下消費(fèi)時(shí)“無(wú)縫/無(wú)差別”體驗(yàn)，這就叫全渠道。不管你什么活動(dòng)、打折、促銷，它還都是可以支持圖形化界面可配置的；

內(nèi)容中心，它又被稱為CMS即Content Management System。它可以把手機(jī)、微信小程序、Web網(wǎng)站通過(guò)圖形化類似于Photoshop或者説它比較接近于以前的DreamWeaver或者是FrontPage的一種“傻瓜”界面把這些活動(dòng)給配置出來(lái)，它在配置的時(shí)候是可以通過(guò)結(jié)合前面的促銷中心去做“協(xié)同工作”的；

財(cái)務(wù)共享中心-支付渠道、支付中啦，支持各種支付，接入支付渠道時(shí)它也是可配置或者説是“半可配置”來(lái)完成一個(gè)支付渠道的接入的；

物流庫(kù)存中心，支持全渠道的物流和庫(kù)存，不管是自營(yíng)、O+O、第三方還是自提，全部支持；

多租戶管理中心，咦......這是什么東西？唉呀，很簡(jiǎn)單！都上全渠道中臺(tái)了，你這個(gè)電商不可能只是面向垂直單一名牌吧？一定是類似于“天貓店”那種多商戶玩法吧？也有人管它叫B2B2C或者干脆簡(jiǎn)稱成BBC功能。

從技術(shù)上來(lái)分（月球的背面到底是什么）

我們前面説了，業(yè)務(wù)功能它的表現(xiàn)出給到大眾的一面很美麗、很燦爛。可是它不是本質(zhì)，它不代表全渠道中臺(tái)，我們需要了解月球的背后到底是什么？是不是真的有ET？喂......老婆，出來(lái)看上帝啊！

從技術(shù)上來(lái)説一個(gè)全渠道必須具備如下幾大功能，缺一不可：

微服務(wù)總線，這是必須要有的，真正的微服務(wù)講究的是什么？我們先不説微服務(wù)所有的細(xì)節(jié)功能單説涉及到我們性能的那么幾個(gè)功能：1）平峰削谷 2）服務(wù)自發(fā)現(xiàn) 3）服務(wù)升級(jí)降級(jí) 4）可彈性擴(kuò)充。有這4個(gè)點(diǎn)絕大多數(shù)的零售電商網(wǎng)站夠用了，除非你能達(dá)到淘寶的量，我們后面章節(jié)會(huì)把微服務(wù)功能逐個(gè)剖析、親自動(dòng)手設(shè)計(jì)、乃至實(shí)現(xiàn)；

各業(yè)務(wù)模塊可縱向擴(kuò)展，橫向擴(kuò)展是很簡(jiǎn)單的事，什么叫業(yè)務(wù)模塊縱向擴(kuò)展？比如説訂單的寫入和讀都可以作分開的部署；

可彈性的分布式的并且是多樣化的緩存群；

異步消息隊(duì)列-MQ，必不可少；

規(guī)則引擎，你當(dāng)促銷中心是怎么實(shí)現(xiàn)的？

HTTP請(qǐng)求級(jí)別緩存，這個(gè)緩存可和后臺(tái)的那個(gè)分布式緩存群是不一樣的東西哦，它緩存的是用戶請(qǐng)求，相當(dāng)于一個(gè)CDN功能但是和CDN又不一樣，因?yàn)镃DN只能緩存絕對(duì)靜態(tài)的內(nèi)容；

分布式批處理任務(wù)-類似于網(wǎng)絡(luò)計(jì)算，它比網(wǎng)格計(jì)算更輕、更小；

標(biāo)準(zhǔn)的安全認(rèn)證登錄接口，支持最常用的如：JWT，OAUTH2等協(xié)議；

支持分步式數(shù)據(jù)庫(kù)，此處可不只是一個(gè)數(shù)據(jù)庫(kù)，你要有錢可以去燒Oracle RAC，阿里在20~40億時(shí)為什么它要去I.O.E？那么用開源的數(shù)據(jù)庫(kù)你需要怎么去實(shí)現(xiàn)原來(lái)的Oracle RAC的功能呢？當(dāng)然你雇了一堆的架構(gòu)師自己也是可以去打造這樣的分布式數(shù)據(jù)庫(kù)的結(jié)構(gòu)應(yīng)用的，只是一個(gè)產(chǎn)品如果它的原生就支持分布式數(shù)據(jù)庫(kù)、分布式事務(wù)、可折表折庫(kù)（此處指的可是縱向折），橫向誰(shuí)不會(huì)無(wú)非就是加slavers：）；

成熟的性能監(jiān)控；

成熟的CI（持續(xù)集成）組件；

配置中心，一個(gè)全渠道中臺(tái)，組件少的有10多個(gè)模塊，每個(gè)模塊至少2-3個(gè)服務(wù)器，多的幾十個(gè)模塊，oh my god，全部寫在properties文件里？Are you kidding me?

所以，月球的背面長(zhǎng)的是個(gè)什么樣的呢？即什么是真正的全渠道零售中臺(tái)？

全渠道零售中臺(tái)的“真容”

我用下面的這張圖來(lái)解析全渠道零售中臺(tái)的技術(shù)的面長(zhǎng)成個(gè)什么樣！

把我這篇文章的第1張圖配合著全文最后一張圖來(lái)看，那么你看的才是一個(gè)真正的全渠道中臺(tái)！

這兩張圖：

只看第1張，你會(huì)被人忽悠的體無(wú)完膚，出了錢買不到好東西；

只看第2張而不看第1張的結(jié)果是，你可能買到的不是一個(gè)產(chǎn)品級(jí)的解決方案而只是一個(gè)技術(shù)框架，一切業(yè)務(wù)功能需要從頭開發(fā)，這是巨大的工作量和成本的付出；

但是，不代表你把上述2張圖結(jié)合起來(lái)看了就一定可以找中你“命中的中臺(tái)”，還有很多、很多其它因素需要考慮。

從業(yè)務(wù)層面解析為什么叫“中”臺(tái)

中臺(tái)，我們的國(guó)人為了解決“TO C端業(yè)務(wù)的快速多變”，使用的是諸多非功能性需求如CMS+規(guī)則引擎+圖形化編程，其實(shí)就是把TO C端的前端的邏輯“下沉”，下沉到了中臺(tái)系統(tǒng)中而不是停留在APP端 ，把APP端的功能做成了可以通過(guò)后臺(tái)配出來(lái)，我之前的博客説過(guò)，所謂IT上口頭説的“業(yè)務(wù)業(yè)務(wù)”，指的就是用戶端功能，而不是讓你去考上崗證。

中國(guó)人做的這種高度一體化方案是基于可以徹底拋棄ERP的思想來(lái)做的，做什么legacy system的改造呢？這些功能在中臺(tái)里已經(jīng)有了，把你原來(lái)企業(yè)那10幾個(gè)legacy system的數(shù)據(jù)做一次性的遷移，然后系統(tǒng)一刀切掉就好了，這是中國(guó)人的思路！但是中臺(tái)在推出不久后它又要兼顧著中國(guó)人自古的“包容”精神，即我又要可以支撐原有l(wèi)egacy system和我的集成。那么，把原有后臺(tái)legacy system的功能也放到這個(gè)中臺(tái)系統(tǒng)中，因此它是后臺(tái)業(yè)務(wù)功能的“上浮”。

一個(gè)TO C端業(yè)務(wù)的下沉；

一個(gè)后臺(tái)業(yè)務(wù)功能的上浮；

而中臺(tái)它處于當(dāng)中這一塊地位，因此它就叫“中”臺(tái)！

而不是很多人認(rèn)為，它處于后臺(tái)和APP手機(jī)端應(yīng)用的當(dāng)中因此才叫中臺(tái)的，不是的。這個(gè)理解太表面了沒有真正理解中臺(tái)的中到底為什么要叫中的背后的原理，中臺(tái)的“中”是我上述這一段總結(jié)，這是業(yè)界真正公認(rèn)的“中”。

因此我這一系列文章才不僅僅只是寫業(yè)務(wù)（解決方案）或者寫技術(shù)，還要寫數(shù)字化變形、寫管理、寫策略。后面我們還會(huì)有更多精彩！