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


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