公司選擇一門技術的依據通常有如下幾個： * 整體解決方案和框架成熟度 * 社區熱度 * 可維護性 * 學習曲線 當前各大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定義 |實踐的公司比較多|