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