微服务框架对比分析

什么是微服务？

微服务是用于构建应用程序的架构风格，一个大的系统可由一个或者多个微服务组成，微服务架构可将应用拆分成多个核心功能，每个功能都被称为一项服务，可以单独构建和部署，这意味着各项服务在工作和出现故障的时候不会相互影响，简单来说，微服务架构是把一个大的系统按照不同的业务单元分解成多个职责单一的小系统，并利用简单的方法使多个小系统相互协作，组合成一个大系统，各个小的系统是独立部署的，它们之间是松耦合的。

术语解释

微服务强调的是服务的大小，它关注的是某一个点；

微服务架构是一种架构思想，需要从整体上对软件系统进行考虑。

微服务架构图

每个业务逻辑都被分解为一个微服务，微服务之间通过REST API通信，一些微服务也会向终端用户或客户端开发API接口，但通常情况下，这些客户端并不能直接访问后台微服务，而是通过API Gateway来传递请求，API Gateway一般负责服务路由、负载均衡、缓存、访问控制和鉴权等任务。

微服务架构发展进程

第一代微服务框架

Spring Cloud

spring Cloud为开发者提供了快速构建分布式系统的通用模型的工具（包括配置管理、服务发现、熔断器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、集群状态等）

第二代微服务框架

dubbo

Dubbo是一个阿里巴巴开源出来的一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案

第三代微服务框架

Service Mesh（服务网格）

istio是开源的Service Mesh（服务网格），Service Mesh翻译成中文就是服务网格下面会带领大家了解到底什么是istio？ 

微服务框架对比分析

参考：https://istio.cn/t/topic/33

主流微服务框架：SpringCloud、Dubbo

后起之秀的微服务框架：istio

1、框架背景对比

（1）Spring Cloud，来源于Spring Source ，具有 Spring 社区的强大背书外，还有 Netflix 强大的后盾与技术输出。Netflix 作为一家成功实践微服务架构的互联网公司，在几年前就把几乎整个微服务框架栈开源贡献给了社区，这些框架开源的整套微服务架构套件是 Spring Cloud的核心，核心部分包含如下：

 

 Eureka: 服务注册发现框架；
 Zuul: 服务网关；
 Karyon: 服务端框架；
 Ribbon: 客户端框架；
 Hystrix: 服务容错组件；
 Archaius: 服务配置组件；
 Servo: Metrics组件；
 Blitz4j: 日志组件。

（2）Dubbo 是一个分布式服务框架，是国内互联网公司开源做的比较不错的阿里开放的微服务化治理框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。其核心部分包含如下（官网）:

 

 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模 型，序列化，以及“请求-响应”模式的信息交换方式；
 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持；
 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

Dubbo也是采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用 Spring加载Dubbo的配置即可，Dubbo 基于Spring的Schema扩展进行加载。当然也支持官方不推荐的 API 调用方式。

 

（3）istio 作为用于微服务服务聚合层管理的新锐项目，是 Google、IBM、Lyft（海外共享出行公司、Uber劲敌） 首个共同联合开源的项目，提供了统一的连接，安全，管理和监控微服务的方案。目前是针对Kubernetes环境的，社区宣称在未来几个月内会为虚拟机和Cloud Foundry等其他环境增加支持。istio将流量管理添加到微服务中，并为增值功能（如安全性，监控，路由，连接管理和策略）创造了基础，具有如下功能

 HTTP、gRPC 和 TCP 网络流量的自动负载均衡；
 提供了丰富的路由规则，实现细粒度的网络流量行为控制；
 流量加密、服务间认证，以及强身份声明；
 全范围（Fleet-wide）的策略执行；
 深度遥测和报告。

2、开源社区活跃度对比

开源社区情况：现如今企业在采用云计算首选开源，而选择一个开源框架，社区的活跃度将作为重要参考选项。

查看下在Github上的更新时间

 Spring  Cloud ：Spring Cloud · GitHub → 所有项目均更新于『1 小时』内。
 Dubbo ：Dubbo · GitHub → 核心项目最近更新于『一个月乃至数月』前。
 istio：istio · GitHub → 所有项目均更新于『30 分钟』内。

 

可见，项目在社区活跃度上，istio > Spring Cloud > Dubbo，结合稳定性来看，对于使用 Java 系开发业务较多的企业，Spring Cloud 是相对更优的选择，对于更多企业来说，与语言几乎无绑定的Istio也是可以好好期待一下其在社区的发展。

 

总结：结合项目背景、提供功能、社区更新活跃度，SpringCloud是目前阶段最为稳妥的可执行微服务框架方案，istio作为支持对于Kubernetes的优先支持来讲，也是一个值得关注的方案。目前对比来看，Dubbo则显得稍逊下来。

 

想要了解kubernetes、微服务、DevOps更多知识和生产案例，获取免费视频，可按如下方式获取哈~~~

微信：luckylucky421302