為何阿里等公司對它趨勢若騖？

有幸讀過《企業IT架構轉型知道：阿里巴巴中臺戰略思量與架構實戰》，從書中也吸取了阿里數據中臺建設的一些思想。（這本書很不錯，建議大家閱讀以下）

阿里最早的時候，是只有淘寶的，后來有的天貓，我們就那這兩個舉例，如果沒有數據中臺的話，淘寶是一個系統，天貓是一個系統。這就是"煙囪式"的架構, 也就是每個業務線雖然類似但都各自搞一套。

這樣"煙囪式"的架構，會有什么弊端呢？

重復建設和維護帶來的重復投資：這個好理解；如果除了淘寶、天貓之外，想再建一個類似的系統，里面包括會員、商品、商家、物流、支付等等功能，一定很浪費資源。

打通煙囪式系統間交互的集成和協作成本高昂：一個客戶在淘寶買了一件商品，又在天貓買了一件商品，那么客戶應在在淘寶或者天貓任何一個客戶端上，看到這兩個商品；現在如果是兩個獨立的系統，那么很多類似的功能，做起來會非常費時費力。

不利于業務的沉淀和繼續發展：例如某個業務流程需要優化，那么就要在每個系統里面改一遍。

“大中臺，小前臺”說白了可以看成：淘寶和天貓都有很多類似的功能，那么把這些功能單獨的抽出來，作為一個一個獨立的系統，比如會員系統、商品系統、物流系統、支付系統等等。一個完整的系統，就是一個前段+各個流程所需系統組成。

那“大中臺，小前臺”的共享服務體系到底有什么優點呢？

服務可重用：例如淘寶和天貓都要有支付，那么就單獨做一個支付服務；不必為不同的https://www.b5b6.com/qianduan/業務，開發相同或者類似的服務。

服務被滋養：書中提出了一個觀點：服務最不需要“穩定”。服務需要被不停的滋養，促使服務不斷的自我成長，這樣服務才能最終成為IT資源，而服務所需的滋養正是來自新的業務不斷的接入。

服務助創新：共享服務平臺中的諸多服務是經過清晰的沉淀，可以通過重新編排、組合，快速的響應市場，達成創新，說白了就是一個字兒——快。

服務敢試錯：共享服務平臺由于具備快速編排、組合服務的能力，可以以較小的成本投入來構建出一個新的https://www.b5b6.com/qianduan/業務，即使失敗了，公司損失也很小。

希望我的回答，能夠幫助到你！

我會持續分享Java程序開發、架構設計、職業發展等方面的知識和見解，希望能得到你的關注【會點代碼的大叔】。