中臺能解決一些問題，但是中臺能解決一切問題嗎?很顯然不可能，中臺也只在小范圍內(nèi)適用前面一直在說中臺是為了解決效率問題，但是效率提升還離不開一個因素:成本對互聯(lián)網(wǎng)業(yè)務(wù)來說，僅從開發(fā)效率角度來看，當(dāng)規(guī)模還沒大到一定程度時，可以簡單地通過增加投人提升開發(fā)效率。比如滴滴，從最早的出租車業(yè)務(wù)到專車、快車、代駕租車和順風(fēng)車，每個業(yè)務(wù)線系統(tǒng)基本都獨立，盡管這些業(yè)務(wù)的重合度非常高，但是為了能快速開發(fā)，把它們分開反而效率會更高。
 
不過，隨著業(yè)務(wù)越來越龐大，復(fù)雜度越來越高，再這樣發(fā)展下去，不論從成本(浪費會比較大)還是技術(shù)(不利于技術(shù)沉淀)來看，都是不利的、因此在這樣的場景下非常適合使用中臺。那么中臺適合什么場景呢?最典型的場景就是公司多個業(yè)務(wù)線業(yè)務(wù)場景相似、在技術(shù)實現(xiàn)上非常類似，像電商和出行這類業(yè)務(wù)。


 
那么，即使是在非常適合使用中臺的場景下、是否一用上中臺就一切都萬事大吉了呢?很顯然也不是。就拿前面提到的交易場景來說，我們對交易場景做了很多的抽象，進(jìn)而根據(jù)抽象的結(jié)果建模，試圖在一定的確定場景下靈活化處理，使建模后的結(jié)果更靈活，但是建模的前提仍然是針對特定場景的，所以這種場景的使用仍然會受限。
 
例如當(dāng)前在第一版交易系統(tǒng)重構(gòu)后，O20模式出現(xiàn)了，此前重構(gòu)的模式就很難在原有的交易模型上良好運轉(zhuǎn)了。
 
總結(jié)
 
一般一個業(yè)務(wù)系統(tǒng)會經(jīng)歷單系統(tǒng)、分布式系統(tǒng)、產(chǎn)品化、平臺化以及最終中臺化的發(fā)展歷程。不同階段的區(qū)別如下。
 
(1)單系統(tǒng)，就是單個系統(tǒng)，業(yè)務(wù)形態(tài)比較單一，所有業(yè)務(wù)邏輯在一個系統(tǒng)中實現(xiàn)、對應(yīng)的開發(fā)協(xié)作一般在10個人左右。這種結(jié)構(gòu)一般是在業(yè)務(wù)發(fā)展初期為了應(yīng)對快速開發(fā)產(chǎn)生的，不用太多考慮穩(wěn)定性和擴展性，唯一的剛性要求就是快速實現(xiàn)需求。
 
(2)分布式系統(tǒng)，當(dāng)開發(fā)人員達(dá)到100人左右時，就必須拆分系統(tǒng)了，按照業(yè)務(wù)單元進(jìn)行角色劃分，要考慮好穩(wěn)定性和擴展性，因為此時別人可能會依賴你的服務(wù)。
 
(3)產(chǎn)品化，就是更多地把系統(tǒng)當(dāng)成一個產(chǎn)品來提供。當(dāng)客戶使用產(chǎn)品時要考慮他的學(xué)習(xí)成本、要考慮是否能夠定制客戶的需求、對用戶的問題反饋是否能及時響應(yīng)(售后服務(wù))以及產(chǎn)品是否穩(wěn)定可靠…這些都需要由產(chǎn)品的提供者來保障，也就是要盡量保證產(chǎn)品的標(biāo)準(zhǔn)化、規(guī)范化和可靠性。
 
(4)平臺化，就是在產(chǎn)品化基礎(chǔ)上，你不僅希望更多的人使用你的產(chǎn)品，而且還愿意邀請客戶、合作伙伴一起建設(shè)和完善系統(tǒng)，給他們提供一整套的服務(wù)；你也不僅僅滿足固定的需求，還會主動替客戶著想，挖掘他的潛在需求。平臺化比較適合團隊
 
(5)中臺。其實我們大部分的業(yè)務(wù)場景中只要做到業(yè)務(wù)的網(wǎng)站制作平臺化就很好了，在業(yè)務(wù)邊界比較清晰的情況下，只要把基礎(chǔ)的業(yè)務(wù)平臺建設(shè)好，就可以非?？焖俚亟M裝新業(yè)務(wù)系統(tǒng)。但是當(dāng)團隊達(dá)到上萬人規(guī)模時，信息獲取成本高、互聯(lián)互通成本高、服務(wù)能力不確定……這會帶來非常高的協(xié)調(diào)成本，當(dāng)協(xié)調(diào)成本達(dá)到一定程度時就不會再有協(xié)同了一每個系統(tǒng)都會傾向于自己實現(xiàn)需求而不是依賴別人一這就會導(dǎo)致每個業(yè)務(wù)要形成自己的閉環(huán)并產(chǎn)生很多的重復(fù)建設(shè)，成為惡性循環(huán)。中臺就是用來打破惡性循環(huán)，建立便于協(xié)同的業(yè)務(wù)標(biāo)準(zhǔn)和機制的。