數(shù)據(jù)中臺成為電子商務行業(yè)技術圈里面的熱議話題，從中引發(fā)爭論的還有技術中臺、業(yè)務中臺等，今天本文重點談論的是技術中臺系統(tǒng)架構。因為中臺模式太過熱門了，連一些小型的電商平臺公司也想要“蹭下熱度”搭建技術中臺來提升技術組織架構水平，實現(xiàn)所謂的“小前臺，大中臺”模式?？上е信_系統(tǒng)不是適用所有的電子商務平臺，今天我們就來好好議一議。

一、對于電子商務平臺企業(yè)，技術中臺系統(tǒng)有什么作用？

先搞清楚技術中臺系統(tǒng)的作用，先要清楚技術前臺、技術中臺與技術后臺之間的關系，以及他們各自扮演的角色與作用。

1、技術前臺

說白了就是為業(yè)務部門開發(fā)功能的技術團隊，如果是ToC的業(yè)務，交付物必須貼近終端用戶，如果是ToB的業(yè)務，交付物需要滿足商家的需求。另外，研發(fā)資源的投入基本和業(yè)務對等，業(yè)務需求多，人數(shù)增加，業(yè)務需求少，人數(shù)相應減少，而且團隊組織也基本按功能線來劃分。

運用的技術棧也相對單一，以Java語言為例，通常 “1個NG + 1個War/N個Jar + 1個數(shù)據(jù)庫” 就搞定了，而其余的技術服務都將由技術中臺系統(tǒng)提供。

技術前臺核心價值體現(xiàn)在對業(yè)務邏輯的理解與實現(xiàn)上，是技術向業(yè)務傳遞價值的階梯，與線下銷售團隊的前臺營銷有一些類似。

2、技術中臺

技術中臺說白了就是強調(diào)資源整合、能力沉淀的平臺體系，當技術前臺實現(xiàn)業(yè)務功能時，為他們提供底層的技術中臺、數(shù)據(jù)中臺等資源和能力的支持。

從圖中可以看到技術中臺系統(tǒng)有點像編程時的適配層，起到承上啟下的作用，將整個電子商務系統(tǒng)公司的技術能力與業(yè)務能力分離，并以產(chǎn)品化方式向技術前臺提供技術賦能，形成強力支撐。

二、什么樣的電子商務平臺企業(yè)適合做技術中臺系統(tǒng)架構？

電子商務系統(tǒng)公司要想做技術中臺系統(tǒng)，客觀環(huán)境需先滿足兩個前提：技術組織結(jié)構垂直化、業(yè)務線又多又復雜，否則技術中臺系統(tǒng)的結(jié)果只會是兩種：一場鬧劇或者一筆賠錢的買賣。

前提1：技術中臺系統(tǒng)組織結(jié)構垂直化

技術中臺系統(tǒng)結(jié)構是經(jīng)典的職能分工模式，技術中臺架構開發(fā)按業(yè)務線分開，測試與運維形成上下層關系?？陀^的說，職能分工模式更適合瀑布式開發(fā)模式。先談需求，再談工期，隨后按部就班地往下做，但當用戶的需求開始變的多種多樣，業(yè)務方時不時的就要上一個新功能，做一個新系統(tǒng)的時候，會發(fā)現(xiàn)開發(fā)出來的技術系統(tǒng)很難變更，至少很難快速變更。

于是把開發(fā)按技術系統(tǒng)功能進行重組，每個團隊都圍繞 “交付速度” 開展工作，但這樣又遇到了兩個新的問題：

1、多種多樣的中間件，每個團隊獨立選型中間件，沒有統(tǒng)一的維護，沒有統(tǒng)一的知識積累，無法統(tǒng)一保障SLA。

2、開發(fā)與測試、運維之間目標不一致（比如測試A君，開發(fā)要求只做功能測試，快上線，但測試老大卻要求做非功能測試，保障質(zhì)量，陷入永無休止的爭吵）。

面對這兩個新的問題做出了調(diào)整：

1、成立技術中臺系統(tǒng)架構組，負責中間件、自動化測試/運維、數(shù)據(jù)庫等技術工具或服務的開發(fā)、維護。

2、把質(zhì)量管理部中的測試團隊，與技術中臺系統(tǒng)運維部中的應用運維團隊，按照技術中臺系統(tǒng)功能拆分至各開發(fā)團隊，由原開發(fā)經(jīng)理負責，形成各自獨立的Feature Team。

雖然整個組織結(jié)構還未完全實現(xiàn)垂直化分工，但已基本能夠達到 “快速試錯，小步快跑” 的目標。另外，這更像平臺化的另一種雛形，就是逐漸把一些公共、底層的技術能力抽象出來，與業(yè)務邏輯分離，并形成各種接入式基礎服務，同時可以為多個業(yè)務線提供服務。

也就是說，打造技術中臺系統(tǒng)的前提是平臺化，而平臺化的先決條件是「組織結(jié)構垂直化，技術工具公共化」，如果沒有這樣的前提，就失去了打造技術中臺系統(tǒng)的立身之基。

前提2：電子商務系統(tǒng)企業(yè)的業(yè)務線多且復雜

技術系統(tǒng)的核心價值是什么？對業(yè)務驅(qū)動型的公司來說，技術系統(tǒng)的核心價值是 “降低成本，提升效率”，而單從架構設計的角度來看，想達成這項目標的兩個手段是「通用性」與「復用性」，這句話可以完美的銜接到技術中臺系統(tǒng)上去?；仡檸啄昵?，電子商務平臺企業(yè)的業(yè)務邏輯也曾非常單一，要么用銀行卡買賣基金，要么用電子錢包買賣基金，方便，快捷。

漸漸地，隨著業(yè)務創(chuàng)新業(yè)務增多，需要前后臺中臺系統(tǒng)定制開發(fā)，邏輯兼容難度增加。

在這樣的局勢下，為滿足企業(yè)規(guī)模擴大和多樣化經(jīng)營對組織機構的要求，電子商務網(wǎng)站公司開始轉(zhuǎn)向事業(yè)部制，按產(chǎn)品、地區(qū)或市場(顧客) 劃分經(jīng)營單位。

為了幫助電子商務網(wǎng)站企業(yè)及時應對業(yè)務方的調(diào)整，大數(shù)據(jù)自動化營銷平臺【數(shù)商云】公司提出的技術中臺系統(tǒng)解決方案：建議開始將技術中臺業(yè)務開發(fā)中的一些共享服務分離出來，成立了業(yè)務中臺組（由于本文以技術中臺為主，業(yè)務中臺的內(nèi)容將不進行展開說明），將可以復用的服務和代碼，交由這幾個組開發(fā)出服務來，給業(yè)務組使用，這樣數(shù)據(jù)模型會統(tǒng)一，業(yè)務開發(fā)的時候，首先先看看有哪些現(xiàn)成的服務可以使用，不用全部從零開發(fā)，也會提高開發(fā)效率。

與業(yè)務中臺相呼應，技術中臺系統(tǒng)就像一個工具大倉庫，里面放滿了各式各樣的技術工具，無論是哪個團隊，哪個人，快速找到自己的工具，拿來就用就行了。

而維護工具的這群人，不用貼近業(yè)務開發(fā)，每天的任務就是研究如何使用這些工具，如何調(diào)優(yōu)，遇到問題如何Debug，形成知識積累。有了這么一群專職的人，就可以根據(jù)自身的情況，選擇有限幾個技術棧集中研究，限定業(yè)務組只使用這些工具，可保證選型的一致性。如果電子商務平臺公司只有一條業(yè)務線，那就別搞技術中臺系統(tǒng)了，把人力、資源、資金湊在一塊干活，才更省錢更省力。

三、電子商務平臺公司業(yè)務線復雜，是否需要搭建技術中臺系統(tǒng)？

理論上講，當業(yè)務線變多且越來越復雜，前臺與后臺之間的“技術債”會隨之變多，重復造輪子與溝通成本太高的現(xiàn)象會增多，通過技術中臺系統(tǒng)可以一定程度上來解決這個問題。

這種理論看似完美，但在實際執(zhí)行上卻困難重重。設想下，如果技術中臺做得太多，資源投入就會很大，無法形成正向的利益?zhèn)鲗?，如果技術中臺做得太少，又無法深入理解業(yè)務，導致適配方案落地性變差，漸漸失去價值。

技術中臺系統(tǒng)好比就是一家 “乙方服務公司”，而技術前臺更像是一家 “甲方電商公司”。

有了這家 “乙方服務公司” 之后，在面對大型項目及快速多變的業(yè)務時，技術的投入與主動權更強了，但由于理念、職責、節(jié)奏與使命不同，外加 “屁股決定腦袋” 的立場，前臺與中臺之間很容易引發(fā)矛盾。

從職責角度來說，前臺是 “快速應對業(yè)務變化”，中臺是 “穩(wěn)定高效提供服務”。一個追求效率，一個追求質(zhì)量，這矛盾是天然存在的。

來舉個小例子說明下：

前臺部門的A團隊和B團隊，由于業(yè)務需要同時向技術中臺系統(tǒng)提出要接入緩存服務的需求，技術中臺的中間件產(chǎn)品線中有一套基于Proxy的自研分布式緩存系統(tǒng)，已在其他業(yè)務線運行多年，但由于A團隊與B團隊的技術債都各不相同，必須通過增加適配器才能完成接入，而此時人手又不夠，按重要程度排序，只能先接A團隊，但B團隊也有需求，又等不及，怎么辦呢？就先給他來個Redis接著玩玩吧，等A團隊接好了再來接你的。

一個月后，等A團隊接完了，找到B團隊，這時痛點已不存在，團隊的激情自然不高，畢竟沒有收益，就不了了之了。

幾個月后，安全團隊提出要對Redis集群進行改密，由于A團隊接入的是技術中臺的緩存中間件產(chǎn)品，采用代理模式，并通過控制臺操作，既方便，又快捷，找個晚上，5分鐘內(nèi)，全部搞定。

但B團隊用的是直連Redis的模式，密碼嵌入在SDK中，不僅在改密過程中需要前臺與中臺聯(lián)動，而且還需要在改密后重啟應用服務，這樣一來，只有配合應用發(fā)布的周期才能干這件事。

最終五分鐘可以搞定的事，整整搞了三周才搞定。經(jīng)過一年時間里，由于B團隊系統(tǒng)的業(yè)務規(guī)模逐漸增大，Redis數(shù)量也逐漸增多，技術中臺系統(tǒng)的運維成本與風險也隨之上漲。這期間，中臺曾多次與前臺交涉，希望能夠通過適配的方式將A團隊接入緩存中間件，但始終未能達成。

因為這樣的分工模式，導致這種矛盾在工作中很多，而且似乎并沒有更好的方法徹底解決。

最后是電子商務網(wǎng)站公司的技術中后臺越發(fā)強大，但電子商務網(wǎng)站公司的業(yè)務規(guī)模卻在逐漸萎縮。在互聯(lián)網(wǎng)時代，技術圈似乎從來不缺少熱議話題，對于電子商務平臺企業(yè)來說，關鍵是能幫助用戶找到效率、質(zhì)量與成本的平衡點，或許才算是一個合格的技術中臺系統(tǒng)，想要了解更多數(shù)據(jù)中臺系統(tǒng)、技術中臺系統(tǒng)、業(yè)務中臺系統(tǒng)搭建解決方案，詳情請咨詢電子商務網(wǎng)站開發(fā)【數(shù)商云】公司！

<本文由數(shù)商云•云朵匠原創(chuàng)，商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權，非商業(yè)轉(zhuǎn)載請標明：數(shù)商云原創(chuàng)>

作者：云朵匠 | 數(shù)商云(微信ID：shushangyun_com)

【數(shù)商云www.zhimaihui.cn】專注為企業(yè)提供電商大數(shù)據(jù)商城網(wǎng)站建設服務，長期為大中型企業(yè)打造數(shù)據(jù)化、商業(yè)化、智能化的大數(shù)據(jù)解決方案，為傳統(tǒng)企業(yè)搭建一站式大數(shù)據(jù)自動化營銷平臺閉環(huán)體系，實現(xiàn)商城系統(tǒng)大數(shù)據(jù)互通、全鏈融合，綜合提升平臺運營效率與平臺收益。