3.它是开源的
4.它和 Spring框架无缝集成
5.透明化的远程方法调用 或者说 面向接口的远程方法调用
说明:像调用本地方法一样调用远程方法;只需简单配置,没有任何API侵入。
6.软负载均衡及容错机制 或者说 智能容错和负载均衡
说明:可在内网替代nginx lvs等硬件负载均衡器。
7.服务注册中心自动注册和服务发现 & 配置管理
说明:不需要写死服务提供者地址,注册中心基于接口名自动查询提供者ip。
使用类似zookeeper等分布式协调服务作为服务注册中心,可以将绝大部分项目配置移入zookeeper集群。
8.服务接口监控与治理
说明:Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能,针对不同应用的不同接口,可以进行 多版本,多协议,多注册中心管理。
为什么要使用它?
背景:
当网站规模达到了一定的量级的时候,普通的MVC框架已经不能满足我们的需求,于是分布式的服务框架和流动式的架构就凸显出来了。
单一应用架构
当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。此时,用于简化增删改查工作量的数据访问框架(ORM)是关键。
垂直应用架构
当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。此时,用于加速前端页面开发的Web框架(MVC)是关键。
分布式服务架构
当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。此时,用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。此时,用于提高机器利用率的资源调度和治理中心(SOA)是关键。
在大规模服务化之前,应用可能只是通过 RMI 或 Hessian 等工具,简单的暴露和引用远程服务,通过配置服务的URL地址进行调用,通过 F5 等硬件进行负载均衡。
需求:
当服务越来越多时,服务 URL 配置管理变得非常困难,F5 硬件负载均衡器的单点压力也越来越大。 此时需要一个服务注册中心,动态的注册和发现服务,使服务的位置透明。并通过在消费方获取服务提供方地址列表,实现软负载均衡和 Failover,降低对 F5 硬件负载均衡器的依赖,也能减少部分成本。
当进一步发展,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。 这时,需要自动画出应用间的依赖关系图,以帮助架构师理清理关系。
接着,服务的调用量越来越大,服务的容量问题就暴露出来,这个服务需要多少机器支撑?什么时候该加机器? 为了解决这些问题,第一步,要将服务现在每天的调用量,响应时间,都统计出来,作为容量规划的参考指标。其次,要可以动态调整权重,在线上,将某台机器的权重一直加大,并在加大的过程中记录响应时间的变化,直到响应时间到达阈值,记录此时的访问量,再以此访问量乘以机器数反推总容量。
实际场景中的选择:
-
Spring Cloud:Spring全家桶,用起来很舒服,只有你想不到,没有它做不到。可惜因为发布的比较晚,国内还没出现比较成功的案例,大部分都是试水,不过毕竟有Spring作背书,还是比较看好。
-
Dubbox:相对于Dubbo支持了REST,估计是很多公司选择Dubbox的一个重要原因之一,但如果使用Dubbo的RPC调用方式,服务间仍然会存在API强依赖,各有利弊,懂的取舍吧。
-
Thrift:如果你比较高冷,完全可以基于Thrift自己搞一套抽象的自定义框架吧。
-
Montan:可能因为出来的比较晚,目前除了新浪微博16年初发布的,
-
Hessian:如果是初创公司或系统数量还没有超过5个,推荐选择这个,毕竟在开发速度、运维成本、上手难度等都是比较轻量、简单的,即使在以后迁移至SOA,也是无缝迁移。
-
rpcx/gRPC:在服务没有出现严重性能的问题下,或技术栈没有变更的情况下,可能一直不会引入,即使引入也只是小部分模块优化使用。
假设模块A写了一个接口,模块B写了接口的实现类,现在模块A需要查询id为5的user数据,它是怎么工作的?
它的架构是怎么样的呢?
那我们要怎么去使用dubbo呢?
实战案例操作dubbo:
第一步:
准备注册中心:启动Zookeeper服务器。/opt/zookeeper-3.4.9/bin/zkServer.sh start
创建common工程
存放Java实体类:Employee
存放封装远程方法功能的接口:RemoteEmployeeService
创建Provider工程
提供RemoteEmployeeService 接口实现类
基于RemoteEmployeeService 接口暴露服务
在pom.xml中加入依赖
com.alibaba
dubbo
2.5.5
cglib
cglib
2.2
org.aspectj
aspectjweaver
1.6.8
com.github.sgroschupf
zkclient
0.1
com.dubbo
Dubbo_Common
0.0.1-SNAPSHOT
spring-provider.xml
<dubbo:application name=“provider”/>
<dubbo:registry address=“192.168.0.100:2181” protocol=“zookeeper”/>
<dubbo:service interface=“com.api.RemoteEmployeeService” ref=“remoteEmployeeService”/>
<dubbo:protocol name=“dubbo” port=“20880”/>
web.xml
contextConfigLocation
classpath:spring-provider.xml
org.springframework.web.context.ContextLoaderListener
RemoteEmployeeService接口实现类
获取到数据改动就可
创建Consumer工程
pom.xml
javax.servlet
servlet-api
2.5
provided
javax.servlet.jsp
jsp-api
2.1.3-b06
provided
cglib
cglib
2.2
org.aspectj
aspectjweaver
1.6.8
com.alibaba
dubbo
2.5.5
com.github.sgroschupf
zkclient
0.1
org.springframework
spring-webmvc
4.3.10.RELEASE
compile
com.dubbo
Dubbo_Common
0.0.1-SNAPSHOT
form.jsp
表单
ID:
Name:
spring-consumer.xml
<context:component-scan base-package=“com.handler”/>
mvc:annotation-driven/
<dubbo:application name=“consumer”/>
<dubbo:registry address=“192.168.0.100:2181” protocol=“zookeeper”/>
<dubbo:reference id=“RemoteEmployeeService” interface=“com.api.RemoteEmployeeService”/>
handler方法
@Autowired
private RemoteEmployeeService remoteEmployeeService;
@RequestMapping(“/handler”)
public String queryEmployee(Employee employee,Model model) {
Employee queryEmployeeByCondition = remoteEmployeeService.queryEmployeeByCondition(employee);
model.addAttribute(“employee”, queryEmployeeByCondition);
return “target”;
}
web.xml
springDispatcherServlet
org.springframework.web.servlet.DispatcherServlet
contextConfigLocation
classpath:spring-consumer.xml
1
springDispatcherServlet
/
启动运行项目
先运行provider
在运行consumer,改端口号,避免报错
页面
点击提交
我们知道ZooKeeper 可以作为 Dubbo 的注册中心,那Dubbo在Zookeeper服务器上注册服务信息后节点的层次结构是怎样的?
图1:
使用客户端登录服务器,登录之前要启动服务器,我们之前启动过了,现在可以直接登录
登录后,查看providers,可以看到它加过密
[dubbo, zookeeper, fruit]中dubbo对应图1中ROOT那一级
[com.api.RemoteEmployeeService]和接口名一致,对应图1中Service
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
[com.api.RemoteEmployeeService]和接口名一致,对应图1中Service
最后
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
[外链图片转存中…(img-vJUs7iBm-1715293101857)]
[外链图片转存中…(img-1kYI1RVP-1715293101857)]
[外链图片转存中…(img-LdKnMvFM-1715293101858)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门!
如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!