认识微服务
优点
易于开
发和维护
局部修改易部署
单个微服务启动快
技术栈不受限
缺点
运维要求成本比较高
分布式固有的复杂性
接口调用整体成本高
一个微服务的调整造成另一个微服务也需要调整。
重复劳动-由于技术栈的不同，造成某些工具类或者其他的操作的重复编码。
各种微服务框架的比较
各种微服务框架的对比
| 功能点/服务框架 | Netflix/SpringCloud | Motan | gRPC | Thrift | Dubbo/DubboX |
|---|---|---|---|---|---|
| 功能定位 | 完整的微服务架构 | RPC框架，但整合了ZK或Consul，实现集群环境的基本服务注册/发现 | RPC框架 | RPC框架 | 服务框架 |
| 支持Rest | 是，Ribbon支持多种可插拔的序列化选择 | 否 | 否 | 否 | 否 |
| 支持RPC | 否 | 是 | 是 | 是 | 是 |
| 支持多语言 | 是（Rest形式） | 否 | 是 | 是 | 否 |
| 服务注册/发现 | 是（Eureka） | Eureka服务注册表，Karyon服务端框架支持服务自注册和健康检查 | 是（zookeeper/consul） | 否 | 否 |
| 负载均衡 | 是（服务端zuul+客户端Ribbon） zuul-服务，动态路由 云端负载均衡 Eureka（针对中间层服务器） | 是（客户端） | 否 | 否 | 是（客户端） |
| 配置服务 | Netflix Archaius SpringCloud Config Server集中配置 | 是（zookeeper提供） | 否 | 否 | 否 |
| 服务调用链监控 | 是（zuul）Zuul提供边缘服务，API网关 | 否 | 否 | 否 | 否 |
| 高可用/容错 | 是（服务端Hystrix+客户端Ribbon） | 是（客户端） | 否 | 否 | 是（客户端） |
| 典型应用案例 | Netflix | Sina | |||
| 社区活跃度 | 高 | 一般 | 高 | 一般 | 2017年7月才重启 |
| 学习难度 | 中等 | 一般 | 高 | 一般 | 低 |
| 文档丰富度 | 高 | 一般 | 一般 | 一般 | 高 |
