Spring 全家桶：

因為是spring的一整套架構，所有支援的很好，只有你想不到， 沒有它做不到；

Dubbo：

很多企業還在用，可以支援Restful風格的API, 呼叫遠端API像呼叫本地API一樣，同時其基於介面的方式增加了服務間的耦合；

總結：

1. 從佔用頻寬：

Dubbo由於是二進位制的傳輸，佔用頻寬會很少；

Spring Cloud是http協議傳輸，頻寬會比較多，同時使用http協議一般會使用JSON報文，消耗會更大；

2. 從開發上： Dubbo的開發難度較大，原因是Dubbo的jar包依賴問題很多大型工程無法解決；

3. Spring Cloud的介面協議約定比較自由且鬆散，需要有很強有力的行政措施來限制介面無序升級；

4. 註冊中心： Dubbo的註冊中心可以選擇ZooKeeper、Redis等多種，spring cloud的註冊中心只能用Eureka或者自研；

5. 從系統結構簡易程式：Spring Cloud的系統結構簡單，註冊中心 + SpringMvc = Spring Cloud, 而Dubbo各種複雜的Url、protocol、register、invocation、dubbofilter、dubboSpi、dubbo序列化。。。。更多一些；

6. 從效能：Dubbo的網路消耗小於Spring Cloud, 但網路消耗不是太大問題，通過壓縮、二進位制、快取記憶體、分段降級等方法惡意 解決；

一. 微服務設計原則：

1. AFK拆分原則