（四）、为什么选择SpringCloud作为微服务架构（各微服务框架的对比）

为什么选择SpringCloud作为微服务架构

一、BAT公司用的微服务架构有哪些？

• 阿里Dubbo/HSF
  Dubbo是阿里以梁飞为核心的团队开发的，但是在2012年团队走的走，散的散，从那时起Dubbo不再有人维护，直到2017年阿里才开始重拾Dubbo，开始维护Dubbo，升级Dubbo，相隔5年，现在阿里开发的HSF（江湖人称：好舒服）
• 京东JSF
• 新浪微博Motan
• 当当网DubboX

二、各微服务框架的对比

功能点/服务框架	Netflix/SpringCloud	Motan（新浪）	gRPC（谷歌）	Thrift（facebook）	Dubbo/DubboX（阿里，当当网）
功能定位	完整的微服务框架	RPC框架，但整合了Zookeeper或Consul，实现集群环境的基本的服务注册/发现	RPC框架	PRC框架	服务框架
支持Rest	是，Ribbon支持多种可插拔的序列化选择	否	否	否	否
支持RPC	否	是（Hession2）	是	是	是
支持多语言	是（Rest形式）	否	是	是	否
服务注册/发现	是（Eureka）Eureka服务注册表，karyon服务端框架支持服务自注册和监控检查	是（Zookeeper/consul）	否	否	是
负载均衡	是（服务端zuul + 客户端Ribbon）Zuul - 服务，动态路由，云端负载均衡Eureka（针对中间层服务器）	是（客户端）	否	否	是（客户端）
配置服务	Netflix Archaius SpringCloud Config Server集中配置	是（zookeeper提供）	否	否	否
服务调用链监控	是（zuul）Zuul提供边缘服务，API网关	否	否	否	否
高可用/容错	是（服务端Hystrix + 客户端Ribbon）	是（客户端）	否	否	是（客户端）
典型应用案例	Netflix	Sina	Google	Facebook
社区活跃程度	高	一般	高	一般	2012-2017年没有在维护
学习难度	中等	低	高	高	低
文档丰富度	高	一般	一般	一般	高
其他	SpringCloud Bus为我们的应用程序带来了更多管理端点	支持降级	Netflix内部在开发集成gRPC	IDL定义	实践的公司比较多