公司选择一门技术的依据通常有如下几个： * 整体解决方案和框架成熟度 * 社区热度 * 可维护性 * 学习曲线 当前各大IT公司用的微服务架构大致如下： * 阿里的Dubbo，或者HSF * 京东的JSF * 新浪微博的Motan * 当当网的DubboX :-: **各种微服务框架对比** |功能点 |Netflix/Spring Cloud | Motan| gRPC| Thrift| Dubbo/Dubbox| | --- | --- | --- | --- | --- | --- | |功能定位 |完整的微服务框架| RPC框架，但整合了ZK或Consul，实现集群环境的基本的服务注册/发现 |RPC框架| RPC框架 | 服务框架| |支持Rest |是，Ribbon支持多种可插拔的序列化选择| 否 |否 |否 |否| |支持RPC |否 |是(Hession2)| 是 |是 |是| |支持多语言 |是，(Rest形式)?| |否 |是 |是 |否| |服务注册/发现 |是(Eureka)，Eureka服务注册表，Karyon服务端框架支持服务自注册和健康检查| 是(zookeeper/consul) |否 |否 |是| |负载均衡 |是(服务端zuul+客户端Ribbon)，Zuul服务,动态路由；Eureka(针对中间层服务器)云端负载均衡 |是(客户端) |否 |否 |是(客户端)| |配置服务 |Netflix ArchaiusSpring Config Server集中配置 | 是(zookeeper提供)| 否| 否| 否| |服务调用链监控| 是(zuul)，Zuul提供边缘服| 否 |否 |否 |否| |高可用/容错| 是(服务端Hystrix+客户端Ribbon)| 是(客户端)| 否 |否 | 是(客户端)| |典型应用案例|Netflix |Sina |Google |Facebook| | |社区活跃程度| 高 |一般| 高 |一股| 已经不维护了| |学习难度| 中等| 低 |高 |高 |低| |文档丰富度| 高 |一般 |一般 |一般 |高| |其他| Spring Cloud Bus为我们的应用程序带来了更多管理端点| 支持降级 |Netflix内部在开发集成| IDL定义 |实践的公司比较多|