百度如何建网站群,网站服务商排名,网络设计毕业设计,网站开发报酬文章目录核心部件1、总体框架1.1 Dubbo 核心部件如下1.2 Spring Cloud 总体架构2、微服务架构核心要素3、通讯协议3.1 Dubbo3.2 Spring Cloud3.3 性能比较4、服务依赖方式4.1 Dubbo4.2 Spring Cloud5、组件运行流程5.1 Dubbo5.2 Dubbo 运行组件5.3 Spring Cloud5.4 Spring Clou…
文章目录核心部件1、总体框架1.1 Dubbo 核心部件如下1.2 Spring Cloud 总体架构2、微服务架构核心要素3、通讯协议3.1 Dubbo3.2 Spring Cloud3.3 性能比较4、服务依赖方式4.1 Dubbo4.2 Spring Cloud5、组件运行流程5.1 Dubbo5.2 Dubbo 运行组件5.3 Spring Cloud5.4 Spring Cloud 运行组件6、微服务架构组成以及注意事项6.1 架构分解6.2 注意事项7、总结核心部件
微服务的核心要素在于服务的服务的发现、注册、路由、熔断、降级、分布式配置基于上诉几种必要条件对 Dubbo 和Spring Cloud 做出对比
1、总体框架
1.1 Dubbo 核心部件如下
Provider暴露服务的提供方可以通过jar或者容器的方式启动服务。Consumer调用远程服务的服务消费方Registry服务注册中和发现中心Monitor统计服务和调用次数调用时间监控中心。Dubbo 的控制台页面中可以显示目前只有一个简单版本Container服务运行的容器
1.2 Spring Cloud 总体架构
Service Provider暴露服务的提供方Service Consumer调用远程服务的服务消费方Eureka Server服务注册中心和服务发现中心
总结从整体架构上来看二者模式接近都需要服务提供方注册中心服务消费方
2、微服务架构核心要素
核心要素DubboSpring Cloud服务注册中心Zookeeper、RedisSpring Cloud Netflix Eureka服务调用方式RPCREST API服务网关无Spring Cloud Netflix Zuul断路器不完善Spring Cloud Netflix Hystrix分布式配置无Spring Cloud Config分布式追踪无Spring Cloud Sleuth消息总线无Spring Cloud Bus数据流无Spring Cloud Stream 基于RedisRabbitKafka 实现的消息微服务批量任务无Spring Cloud Task
Dubbo 只是实现了服务治理而 Spring Cloud 子项目分别覆盖了微服务架构下的众多部件服务治理只是其中的一个方面。
Dubbo 提供了各种 Filter对于上述中“无”的要素可以通过扩展 Filter 来完善。例如
分布式配置可以使用淘宝的 diamond、百度的 disconf 来实现分布式配置管理。服务跟踪可以使用京东开源的 Hydra或者扩展 Filter 用 Zippin 来做服务跟踪。批量任务可以使用当当开源的 Elastic-Job、tbschedule。
总结 从核心要素来看Spring Cloud 更胜一筹在开发过程中只要整合 Spring Cloud 的子项目就可以顺利的完成各种组件的融合而 Dubbo 却需要通过实现各种 Filter 来做定制开发成本以及技术难度略高。
3、通讯协议
基于通讯协议层面对2种框架支持的协议类型以及运行效率方面进行比较
3.1 Dubbo
Dubbo 使用RPC通讯协议提供序列化方式如下
DubboDubbo 缺省协议采用单一长连接和 NIO 异步通讯适合于小数据量大并发的服务调用以及服务消费者机器数远大于服务提供者机器数的情况。RMIRMI 协议采用 JDK 标准的 java.rmi.* 实现采用阻塞式短连接和 JDK 标准序列化方式。HessianHessian 协议用于集成 Hessian 的服务Hessian 底层采用 HTTP 通讯采用 - Servlet 暴露服务Dubbo 缺省内嵌 Jetty 作为服务器实现。HTTP采用 Spring 的 Http Invoker 实现。Webservice基于 CXF 的 frontend-simple 和 transports-http 实现。
3.2 Spring Cloud
Spring Cloud 使用HTTP协议的REST API
3.3 性能比较
使用一个 Pojo 对象包含 10 个属性请求 10 万次Dubbo 和 Spring Cloud 在不同的线程数量下每次请求耗时ms如下
线程数DubboSpring Cloud10线程2.756.5220线程4.1810.0350线程10.328.14100线程20.1355.23200线程42110.21
说明客户端和服务端配置均采用阿里云的 ECS 服务器4 核 8G 配置Dubbo 采用默认的 Dubbo 协议。
总结 Dubbo 支持各种通信协议而且消费方和服务方使用长链接方式交互通信速度上略胜 Spring Cloud如果对于系统的响应时间有严格要求长链接更合适。
4、服务依赖方式
4.1 Dubbo
服务提供方与消费方通过接口的方式依赖服务调用设计如下
Interface 层服务接口层定义了服务对外提供的所有接口。Molel 层服务的 DTO 对象层。Business层业务实现层实现 Interface 接口并且和 DB 交互。
因此需要为每个微服务定义各自的 Interface 接口并通过持续集成发布到私有仓库中。调用方应用对微服务提供的抽象接口存在强依赖关系开发、测试、集成环境都需要严格的管理版本依赖。
通过 maven 的 install deploy 命令把 Interface 和 Model 层发布到仓库中服务调用方只需要依赖 Interface 和 Model 层即可。
在开发调试阶段只发布 Snapshot 版本等到服务调试完成再发布 Release 版本通过版本号来区分每次迭代的版本。通过 xml 配置方式即可接入 Dubbo对程序无入侵。 4.2 Spring Cloud
服务提供方和服务消费方通过 Json 方式交互因此只需要定义好相关 Json 字段即可消费方和提供方无接口依赖。通过注解方式来实现服务配置对于程序有一定入侵。
总结 Dubbo 服务依赖略重需要有完善的版本管理机制但是程序入侵少。
而 Spring Cloud 通过 Json 交互省略了版本管理的问题但是具体字段含义需要统一管理自身 Rest API 方式交互为跨平台调用奠定了基础。
5、组件运行流程
5.1 Dubbo
下图中的每个组件都是需要部署在单独的服务器上Gateway 用来接受前端请求、聚合服务并批量调用后台原子服务。每个 Service 层和单独的 DB 交互。
5.2 Dubbo 运行组件
Gateway前置网关具体业务操作Gateway 通过 Dubbo 提供的负载均衡机制自动完成。Service原子服务只提供该业务相关的原子服务。Zookeeper原子服务注册到 ZK 上。
5.3 Spring Cloud 5.4 Spring Cloud 运行组件
所有请求都统一通过 API 网关Zuul来访问内部服务。网关接收到请求后从注册中心Eureka获取可用服务。由 Ribbon 进行均衡负载后分发到后端的具体实例。微服务之间通过 Feign 进行通信处理业务。
总结 业务部署方式相同都需要前置一个网关来隔绝外部直接调用原子服务的风险。
Dubbo 需要自己开发一套 API 网关而 Spring Cloud 则可以通过 Zuul 配置即可完成网关定制。使用方式上 Spring Cloud 略胜一筹。
6、微服务架构组成以及注意事项
到底使用是 Dubbo 还是 Spring Cloud 并不重要重点在于如何合理的利用微服务。
下面是一张互联网通用的架构图其中每个环节都是微服务的核心部分。
6.1 架构分解
网关集群数据的聚合、实现对接入客户端的身份认证、防报文重放与防数据篡改、功能调用的业务鉴权、响应数据的脱敏、流量与并发控制等。业务集群一般情况下移动端访问和浏览器访问的网关需要隔离防止业务耦合。Local Cache由于客户端访问业务可能需要调用多个服务聚合所以本地缓存有效的降低了服务调用的频次同时也提示了访问速度。本地缓存一般使用自动过期方式业务场景中允许有一定的数据延时。服务层原子服务层实现基础的增删改查功能如果需要依赖其他服务需要在 Service 层主动调用。Remote Cache访问 DB 前置一层分布式缓存减少 DB 交互次数提升系统的TPS。DAL数据访问层如果单表数据量过大则需要通过 DAL 层做数据的分库分表处理。MQ消息队列用来解耦服务之间的依赖异步调用可以通过 MQ 的方式来执行。数据库主从服务化过程中必经的阶段用来提升系统的 TPS。
6.2 注意事项
服务启动方式建议使用jar方式启动启动速度快更容易监控。缓存、缓存、缓存系统中能使用缓存的地方尽量使用缓存通过合理的使用缓存可以有效的提高系统的TPS。服务拆分要合理尽量避免因服务拆分而导致的服务循环依赖。合理的设置线程池避免设置过大或者过小导致系统异常。
7、总结
Dubbo 出生于阿里系是阿里巴巴服务化治理的核心框架并被广泛应用于中国各互联网公司只需要通过 Spring 配置的方式即可完成服务化对于应用无入侵设计的目的还是服务于自身的业务为主。
虽然阿里内部原因 Dubbo 曾经一度暂停维护版本但是框架本身的成熟度以及文档的完善程度完全能满足各大互联网公司的业务需求。
如果我们使用配置中心、分布式跟踪这些内容都需要自己去集成这样无形中增加了使用 Dubbo 的难度。
Spring Cloud 是大名鼎鼎的 Spring 家族的产品 专注于企业级开源框架的研发。
Spring Cloud 自从发布到现在仍然在不断的高速发展几乎考虑了服务治理的方方面面开发起来非常的便利和简单。
Dubbo 于 2017 年开始又重启维护发布了更新后的 2.5.7 版本而 Spring Cloud 更新的非常快。
因此企业需要根据自身的研发水平和所处阶段选择合适的架构来解决业务问题不管是 Dubbo 还是 Spring Cloud 都是实现微服务有效的工具。
微服务架构是互联网很热门的话题是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务服务之间互相协调、互相配合为用户提供最终价值。
