中台雖然是個新概念，但是它的本質還是SOA，即面向服務的架構，SOA是一種粗粒度、松耦合服務架構，服務之間通過簡單、精確定義的接口進行通訊，這與程序設計里的高內聚、松耦合原則一致。
而提到SOA，就不得不提ESB，ESB就是為SOA而生的，全稱Enterprise Service Bus，即企業服務總線。從名字就可以知道ESB的出現就是為了提供企業級的服務總線，它屏蔽了各個系統之間的差異，無論你是webservice、xml、或者是socket，都可以通過ESB進行集成，從而為前台提供一個統一的接口服務。esb架構模式如下：
esb架構
ESB從某種程度上是解決了企業內部，各個系統標准不統一，協作困難的問題，但是它依然沒有解決系統重復造輪子、以及項目制帶來的問題，即研發只對需求負責制。可以參考《大話中台一》中的問題描述。
同時ESB帶來另外的問題，
1、各個系統的負責人為了系統接口的穩定，拒絕對接口進行頻繁的變更，造成接口對新需求的響應依然不夠及時。
2、ESB作為中間最重要的節點，很有可能成為性能的瓶頸。即使在正常情況下ESB預留了足夠的性能以應用請求浪涌，但是如果某一個重要關聯系統出現故障，導致ESB上的請求大量超時，依然可能導致ESB自身被沖垮。
所以ESB是一個很好的SOA理念的實踐，但是絕不是最好的解決方案。那阿里巴巴的共享服務體系帶來了哪些不同呢？
1、打破系統之間的牆。
將各個相似的功能就行抽象、合並，最后變更一個獨立的中心節點，這就是共享服務體系的核心思想。例如將會員權益相關的獨立為會員中心，將交易相關的獨立為交易中心，將支付相關的獨立為支付中心。
這樣的架構使得原本復雜的后台流程統一化，前端無論做多少應用，都可以按照同一套流程來調用中台服務。
共享中心架構
2、擁抱變化，鼓勵創新。
中台的建設不是一蹴而就的，它是日積月累的結果，阿里這么強的技術實力，共享服務平台從2009年開始組建，2015年初步具有規模，然后開始執行中台戰略，2018年最終完成目標，歷經將近10年。
想要不斷完善各個共享單元的功能，只有不斷的接受新的需求，納入新的業務，最終行程功能齊全，性能爆表的強力中台。
有了中台的基礎設施，前端就可以更加迅速的搭建應用，就有了創新的土壤。其實不光是互聯網領域，在軍事領域，美軍也做了類似的變化，二戰期間、朝鮮戰爭期間，美軍基本都是軍團作戰。到了越南戰爭期間，是以營為單位。在近期的中東戰陣期間，變化為7-11人的班級別配置。這一方面是軍事理念的變化，另一方便，也是支援體系的建設（類似靈活的中台），使得前方士兵可以隨時得到后方炮火支援，所以才將戰斗力發揮的更佳。
美軍中台體系
3、構建更加高效的組織架構。
在搭建了中台之后，整個公司的IT架構已經發生了翻天覆地的變化，大部分后台系統已經消亡，系統的邊界已經消失，原本的人員已經投入到新的共享單元內。在各個單元內長時間耕種，會產生各個領域的專家，從而擺脫對業務的依賴，甚至可以產生引領業務的科技人才。對於業務人員一樣提出了更高的要求，在設計業務規則時要從全局的角度考慮。