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拆分原则