想突破学习瓶颈,为什么要认真的学一下Dubbo?

今天有学生在问,在学习dubbo的时候遇到瓶颈了怎么办,一些东西就感觉就在那里,但是,就是碰不到,摸不着,陷入了迷茫,今天在这里,就跟大家讲一下怎么突破这个瓶颈

先自我介绍一下哈,我是鲁班学院的周瑜老师,拥有十年互联网电商、互联网金融行业从业经验,在系统架构设计、系统性能调优、高并发秒杀系统、开源项目等方面有非常丰富的经验。 曾任蚂蚁金服高级开发工程师、大众点评高级架构师,同时也是开源框架Dubbo的源码贡献者、鲁班学院金牌讲师。

进入正题:DubBo介绍

Apache Dubbo (incubating) |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架。

什么是RPC

百度:RPC(Remote Procedure Call)—远程过程调用,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在,如TCP或UDP,为通信程序之间携带信息数据。在OSI网络通信模型中,RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。

维基百科:远程过程调用(英语:Remote Procedure Call,缩写为 RPC)是一个计算机通信协议。该协议允许运行于一台计算机的程序调用另一台计算机的子程序,而程序员无需额外地为这个交互作用编程。如果涉及的软件采用面向对象编程,那么远程过程调用亦可称作远程调用或远程方法调用。

file

file

Dubbo的六大特点

面向接口的高性能RPC调用:提供高性能的基于代理的远程调用能力,服务以接口为粒度,为开发者屏蔽远程调用底层细节。

智能负载均衡:内置多种负载均衡策略,智能感知下游节点健康状况,显著减少调用延迟,提高系统吞吐量。

服务自动注册与发现:支持多种注册中心服务,服务实例上下线实时感知。

高度可扩展能力:遵循微内核 插件的设计原则,所有核心能力如Protocol、Transport、Serialization被设计为扩展点,平等对待内置实现和第三方实现。

运行期流量调度:内置条件、脚本等路由策略,通过配置不同的路由规则,轻松实现灰度发布,同机房优先等功能。

可视化的服务治理与运维:提供丰富服务治理、运维工具:随时查询服务元数据、服务健康状态及调用统计,实时下发路由策略、调整配置参数。

file

file

这个是使用DubbO前

file

使用DubbO之后

你们对比一下前后有什么变化没有,我总结了一下几点,各位可以看一下:

  • 使用Dubbo后服务调用地址透明
    *
  • 使用Dubbo后服务返回参数公用
    *
  • 使用Dubbo后服务Http请求方法透明
    *
  • 使用Dubbo后对开发者服务调用更透明,开发效率更快

手写模拟Dubbo

  • Provider模块:提供API、实现API、暴露(启动tomcat,nettyServer)、服务本地注册、服务注册中心注册
    *
  • Consumer模块:拿接口名从注册中心获取服务地址、调用服务
    *
  • Registry模块:保存服务配置信息(服务名:List )
    *
  • RpcProtocol模块:基于Tomcat的HttpProtocol、基于Netty的DubboProtocol
    *
  • Framework模块:框架实现

file

Tomcat结构

file

file

那么什么是Dubbo Ecosystem呢??

Dubbo目前提供的能力逐渐的无法满足开发者构建完整微服务的需求,开发者缺少一套完整的围绕Dubbo的微服务解决方案,例如API gateway、熔断限流、分布式监控和分布式事务等方面。开发者需要自研,或者调研各类开源的框架决定围绕Dubbo打造一整套微服务的解决方案,涵盖微服务开发过程中的各方面。这里面的项目都是会经过Dubbo社区共同评估,和Dubbo高度集成,且在生产中得到过验证的项目(这里的项目不仅仅是阿里巴巴开源的),我们把这个生态称之为Apache Dubbo Ecosystem。

file

Dubbo生态介绍

file

Dubbo生态组件

L0层包括了Dubbo的核心RPC和Service Mesh的能力。L1层包含了服务的注册发现、配置管理、系统高可用Reliability和Metrics的数据统计。如果说L0和L1是RPC领域的核心组件,那么L2层开始则更加贴近微服务领域。L2层包含API Gateway、分布式跟踪Tracing、分布式诊断Diagnosis和分布式事务Transaction等。L3层的组件则更加开放一些。Scheduling、Event Driven、Authenthentication和Function等方面都还没有特别明确的方案出来,将会由第三方社区主导,形成开放生态。以Event Driven为例,社区主导使用的是RocketMQ,RocketMQ已经发布了C、C 、Python和Go客户端,并支持在Spring Boot中快速集成RocketMQ,同时支持Spring Message规范,方便开发者从其它MQ快速切换到RocketMQ。

file

file

“可以将Service Mesh比作是应用程序或者说微服务间的 TCP/IP,负责服务之间的网络调用、限流、熔断和监控。”

–鲁班学院周瑜老师

dubbo教学视频:https://www.bilibili.com/video/av79410607

本文由博客一文多发平台 OpenWrite 发布!

猜你喜欢

转载自blog.csdn.net/yueyunyin/article/details/103688700