1、一些數(shù)據(jù)
電商的業(yè)務(wù)復(fù)雜度，可以通過些數(shù)據(jù)來說明。單一個很明顯的例子，2009年左有，當(dāng)時商品詳情系統(tǒng)的PV才1億左有，到了2016年已經(jīng)近50億了，翻了50倍。而當(dāng)時的系統(tǒng)架構(gòu)和現(xiàn)在的架構(gòu)完全不可同日而語。
2.系統(tǒng)規(guī)模的復(fù)雜度
一個復(fù)雜網(wǎng)站的系統(tǒng)架構(gòu)一般會經(jīng)歷如下的演變過程。
(1)單系統(tǒng)。早期業(yè)務(wù)簡單，定，每天晚上都需要把系統(tǒng)重新啟動下。 單系統(tǒng)階段也可分成兩段:最早是花50 幾臺機(jī)器就支撐了一個業(yè)務(wù)系統(tǒng)。剛開始系統(tǒng)不穩(wěn)萬元買的一個PHP系統(tǒng)；隨著業(yè)務(wù)的發(fā)展，系統(tǒng)逐步改造成了Java技術(shù)體系， 名字叫Denali。
(2)分布式業(yè)務(wù)系統(tǒng)。到了2007年，團(tuán)隊(duì)已經(jīng)有了上千人，項(xiàng)目支撐面臨巨大的挑戰(zhàn)，系統(tǒng)架構(gòu)必須升級進(jìn)化。這就開啟了第二個階段:分布式業(yè)務(wù)系統(tǒng)階段。我們開始做分布式戰(zhàn)略，把原來的單系統(tǒng)拆分成多個高內(nèi)聚、 低耦合的中心化系統(tǒng)?，F(xiàn)在大家耳熟能詳?shù)挠脩糁行?、商品中心、交易中心、店鋪中心都是這個階段出現(xiàn)的。這同時也意味著把上千人的團(tuán)隊(duì)拆分成了業(yè)務(wù)相對比較集中的小團(tuán)隊(duì)。每個獨(dú)立的系統(tǒng)可以獨(dú)立設(shè)計(jì)、獨(dú)立接需求、獨(dú)立發(fā)布，整個研發(fā)效率和系統(tǒng)穩(wěn)定性都上了一個臺階。
(3)業(yè)務(wù)平臺。電商發(fā)展的速度實(shí)在太快了，到了2011年，隨著各種B2C網(wǎng)站、各種導(dǎo)購網(wǎng)站的出現(xiàn)，可能會把一個大型網(wǎng)站從組織架構(gòu)上拆成幾個獨(dú)立的事業(yè)部。多個獨(dú)立事業(yè)部的業(yè)務(wù)決策鏈路更短、業(yè)務(wù)發(fā)展更快，技術(shù)人員也快速增長。事業(yè)部的定位不一樣、業(yè)務(wù)發(fā)展方向不一樣、業(yè)務(wù)的管控規(guī)則不一-樣，甚至在一-些業(yè)務(wù)規(guī)則上 還可能相互沖突。
我們都知道，在做業(yè)務(wù)系統(tǒng)的時候，為了快速應(yīng)對每天的業(yè)務(wù)需求變更，很多時候都是通過代碼來寫業(yè)務(wù)邏輯的，而在業(yè)務(wù)抽象建模，系統(tǒng)架構(gòu)的開放性方面都很不成熟這會導(dǎo)致業(yè)務(wù)邏輯之間的耦合 和相互影響，大幅降低研發(fā)效率。系統(tǒng)架構(gòu)必須升級，這就開啟了第三個階段:業(yè)務(wù)中心平臺化階段。什么是平臺?就是要把基礎(chǔ)能力和每個業(yè)務(wù)方的特性業(yè)務(wù)拆分，隔離業(yè)務(wù)和業(yè)務(wù)之間的邏輯。比如說兩個相似的業(yè)務(wù)方業(yè)務(wù)有可能是沖突的，但他們需要在同一個平臺上執(zhí)行，這時我們必須把業(yè)務(wù)的邏輯分開。這個階段開始升級會員平臺、商品平臺、交易平臺等等。平臺化最核心要點(diǎn)的是業(yè)務(wù)抽象建模和系統(tǒng)架構(gòu)的開放性:業(yè)務(wù)抽象解決80%的共性問題，系統(tǒng)架構(gòu)開放性解決20%的個性化問題。
(4)業(yè)務(wù)中臺。隨著生態(tài)的復(fù)雜度、業(yè)務(wù)的復(fù)雜度、系統(tǒng)復(fù)雜度的升級，又遇到了新的問題。領(lǐng)域的平臺化雖然解決了領(lǐng)域內(nèi)部的問題，但是每一個業(yè)務(wù)的執(zhí)行都是跨領(lǐng)域的，涉及會員、商品、交易、營銷、店鋪、評價、支付、物流、售后等等.....一套業(yè)務(wù)邏輯橫跨幾十個系統(tǒng)。比如一件衣服的商 品發(fā)布規(guī)則、交易規(guī)則和營銷規(guī)則均分散在不同的系統(tǒng)中，而且相互關(guān)聯(lián)，時間一長就沒有人能說清全局了。如果程序員通過翻查代碼還原出所有的邏輯，代價極大。事態(tài)發(fā)展到后來，我們會發(fā)現(xiàn)評估需求的成本可能會大于實(shí)際開發(fā)的成本，而真正有效的工作占比很少，導(dǎo)致整個研發(fā)效率和業(yè)務(wù)響應(yīng)速度都比較差。這已經(jīng)不是單純的技術(shù)問題了，而是復(fù)雜生態(tài)的協(xié)作問題。這時，我們開啟了第四個階段:業(yè)務(wù)中臺化階段。此階段主要解決信息獲取成本高、互聯(lián)互通成本高、服務(wù)具有不確定性和低水平重復(fù)建設(shè)這四個問題。
那么，如何來解決這些問題呢，我們可以了解下傳統(tǒng)的建 筑行業(yè)和互聯(lián)網(wǎng)本身的基礎(chǔ)設(shè)施建設(shè)，基本上都要靠三樣?xùn)|西來共同解決復(fù)雜生態(tài)的協(xié)作問題:
協(xié)議標(biāo)準(zhǔn)、運(yùn)行機(jī)制。
滿足標(biāo)準(zhǔn)的分布式執(zhí)行單元。
中心化的控制單元。
比如移動互聯(lián)網(wǎng)，我們現(xiàn)在之所以上網(wǎng)能用手機(jī)，它的根本是什么呢?網(wǎng)絡(luò)的協(xié)議，也就是我們對網(wǎng)絡(luò)的理解，它是基石。在這個前提下，我們的各種設(shè)備，不管是什么品牌的手機(jī)，只要滿足3G協(xié)議、4G協(xié)議，就可以插卡上網(wǎng)。也就是這張SIM卡確定了我們的身份，從運(yùn)營商控制網(wǎng)絡(luò)上獲取了控制信息，它知道我們是誰，能不能上網(wǎng)，網(wǎng)絡(luò)速率等等信息。再回頭來看我們的電商生態(tài)，就是要根據(jù)我們對商業(yè)的理解，把一些基礎(chǔ)協(xié)議梳理出來。例如什么是業(yè)務(wù)?什么是業(yè)務(wù)身份?各個業(yè)務(wù)領(lǐng)域的邊界是什么?每個領(lǐng)域提供的基礎(chǔ)服務(wù)是什么?領(lǐng)域服務(wù)和領(lǐng)域服務(wù)之間的流程鏈接標(biāo)準(zhǔn)是什么?之后，再在這些思想的指導(dǎo)下建立業(yè)務(wù)平臺化的實(shí)施標(biāo)準(zhǔn)和業(yè)務(wù)管控標(biāo)準(zhǔn)。因此，電商業(yè)務(wù)中臺是一套由業(yè)務(wù)能力標(biāo)準(zhǔn)、運(yùn)行機(jī)制、業(yè)務(wù)分析方法論，配置管理和執(zhí)行系統(tǒng)以及運(yùn)營服務(wù)團(tuán)隊(duì)構(gòu)成的體系，能夠給各業(yè)務(wù)方提供快速，低成本創(chuàng)新的能力。
(5)構(gòu)建基礎(chǔ)平臺。從業(yè)務(wù)開發(fā)角度來看，中臺主要是為了提升業(yè)務(wù)的開發(fā)效率，此處的開發(fā)效率主要是指個人協(xié)作的效率。如果換成從機(jī)器維護(hù)的角度來看分工協(xié)作，那么技術(shù)要解決的無非就是數(shù)據(jù)、算法和計(jì)算三方面的問題。
數(shù)據(jù)。哪些數(shù)據(jù)有效，哪些數(shù)據(jù)重復(fù)，數(shù)據(jù)該放在哪個數(shù)據(jù)中心；
計(jì)算資源如何利用。平時大部分機(jī)器的負(fù)載都比較低，如何有效利用這個計(jì)算資源，在高峰和低谷都能充分發(fā)揮它的作用；，計(jì)算和數(shù)限的協(xié)作。計(jì)算和數(shù)據(jù)是香放在一 起?如果不放在一起，遷移數(shù)據(jù)就要考慮帶寬問題，會增加新的成本變量；，計(jì)算性價比的評估，依賴于算法。
數(shù)據(jù)、計(jì)算資源和好算法才能構(gòu)建出優(yōu)秀的基礎(chǔ)設(shè)施，在此基礎(chǔ)上才能給上層業(yè)務(wù)提供更好、更穩(wěn)定的基礎(chǔ)，所以搭建高效的基礎(chǔ)平臺是非常重要的。
3.組織管理的復(fù)雜度
其實(shí)復(fù)雜的問題都不是技術(shù)上的，往往是人和組織上的，所以如何提升人和組織的效能就比較關(guān)鍵了。
(1)呼喚全能工程師。在幾十個人維護(hù)一個單系統(tǒng)的情況下，決定效率的就是這幾十名工程師的技能水平，每個人的效率往往就決定了整體的效率。這種情況下Superman能發(fā)揮很大的作用。
(2)呼喚系統(tǒng)架構(gòu)師。當(dāng)一個團(tuán)隊(duì)達(dá)到上千人時，單系統(tǒng)肯定搞不定了，必須要構(gòu)建分布式系統(tǒng)了，工程師必須要分工了。這個階段最容易從業(yè)務(wù)開發(fā)團(tuán)隊(duì)中誕生中間件團(tuán)隊(duì)，他們專「]解決系統(tǒng)之間的連接問題。這個時期也會誕生一批能力比較強(qiáng)的系統(tǒng)架構(gòu)師，他們決定系統(tǒng)該如何設(shè)計(jì)以保持高可用、高性能和高擴(kuò)展性。從組織建設(shè)上，整個團(tuán)隊(duì)會按照技術(shù)分工的維度進(jìn)行細(xì)化拆分，如:
產(chǎn)生架構(gòu)團(tuán)隊(duì)即系統(tǒng)架構(gòu)師，對整體的系統(tǒng)架構(gòu)進(jìn)行規(guī)劃， 保障總體設(shè)計(jì)的高可用、高性能和高擴(kuò)展性；
產(chǎn)生業(yè)務(wù)開發(fā)團(tuán)隊(duì)即業(yè)務(wù)開發(fā)工程師，專注實(shí)現(xiàn)業(yè)務(wù)邏輯的開發(fā)；
產(chǎn)生中間件團(tuán)隊(duì)，專注開發(fā)和維護(hù)系統(tǒng)中一些通用技術(shù)組件，為業(yè)務(wù)開發(fā)提供支持，提升開發(fā)效率；
產(chǎn)生UED團(tuán)隊(duì)，解決界面交互問題；。產(chǎn)生測試團(tuán)隊(duì)，保障開發(fā)的可用性問題。
(3)業(yè)務(wù)平臺團(tuán)隊(duì)誕生。當(dāng)團(tuán)隊(duì)達(dá)到幾千人時，光靠技術(shù)角色分T已經(jīng)無法解決問題時，就必須開始平臺化建設(shè)，也就是業(yè)務(wù)架構(gòu)師要發(fā)揮作用的時候了。公司的每個業(yè)務(wù)領(lǐng)域必須進(jìn)行平臺化建設(shè)，如電商業(yè)務(wù)中進(jìn)行商品平臺、交易平臺、營銷平臺、會員平臺的拆分。這些拆分后的平臺再為上層業(yè)務(wù)提供基礎(chǔ)的服務(wù)，便于上層業(yè)務(wù)進(jìn)行更多元化的組合。在這個階段組建業(yè)務(wù)平臺團(tuán)隊(duì)是最合適不過的了，這樣可以解決公共基礎(chǔ)業(yè)務(wù)的集中管控問題，避免基礎(chǔ)服務(wù)的重復(fù)和無序建設(shè)。
(4)業(yè)務(wù)中臺組織誕生。當(dāng)公司規(guī)模達(dá)到幾萬人時，一般公司都會采取多個垂直化事業(yè)部的組織形式，每個事業(yè)部-般都是全編制的技術(shù)團(tuán)隊(duì)，這其實(shí)也是重復(fù)造輪子最嚴(yán)重的時期。但是，一些基礎(chǔ)的業(yè)務(wù)能基于業(yè)務(wù)平臺中的service構(gòu)建業(yè)務(wù)嗎?其實(shí)也很難!因?yàn)槿藛T一旦增多，再靠人與人之間的信息傳遞已經(jīng)不可能有效運(yùn)轉(zhuǎn)了。例如你甚至很難知道公司當(dāng)前到底提供哪些服務(wù)了，因?yàn)槿绻麤]有機(jī)制保障服務(wù)的注冊和發(fā)現(xiàn)的話，它的獲取成本會非常之高。此階段影響效率的主要就是信息獲取成本、互聯(lián)互通成本和違約成本。
當(dāng)公司達(dá)到上萬人甚至幾萬人規(guī)模時，必然存在以下兩種情況。后中管第一，沒有一個平臺型的業(yè)務(wù)部門，例如公共業(yè)務(wù)平臺、中間件、基礎(chǔ)技術(shù)平臺。在這種情況下，各垂直業(yè)務(wù)部必然會建設(shè)各自的平臺，產(chǎn)生大量重復(fù)建設(shè)，導(dǎo)致某些技術(shù)基礎(chǔ)設(shè)施和業(yè)務(wù)基礎(chǔ)服務(wù)不統(tǒng)一，甚至公司的技術(shù)棧都不一致，嚴(yán)重影響公司的效率和長遠(yuǎn)發(fā)展。
第二，有一個平臺型的業(yè)務(wù)部門，但是也會出現(xiàn)各種問題。
不知道誰有什么樣的服務(wù)能力、由誰提供支持、服務(wù)質(zhì)量如何，團(tuán)隊(duì)信用度如何；
找到了有能力的團(tuán)隊(duì)，但BU目標(biāo)不一致，不一定會獲得支持；
溝通不暢、對同一個名稱的理解各異(“多國語言”)，需要“翻譯”；支持的質(zhì)量與個體能力有差異，具有不確定性；
系統(tǒng)間協(xié)同難:同一個需求需要在多個系統(tǒng)中實(shí)現(xiàn)，相互連接需要定制，導(dǎo)致成本高；
后續(xù)支持不可控:開始支持，后續(xù)不支持了，沒有顯性違約成本；。支持方即便做得好也沒有可度量的標(biāo)準(zhǔn)，缺乏長遠(yuǎn)的動力。
顯然第種情況我們是不提倡的， 無法持續(xù)發(fā)展；但是第種情況也會存在各種問題，這些問題也正是構(gòu)建深圳網(wǎng)站建設(shè)業(yè)務(wù)中臺需要解決的問題。
本文地址：http://hbbqcd.cn//article/4464.html
