1.分布式系统相关概念
1.1基本概念
1.2 集群和分布式
1.3 架构演进
A是一个微服务。A+DB是一个组件。A可以java,B可以python实现。
2 dubbo
2.1 概述
2.2 dubbo代码
2.2.1 服务提供者的改造-将项目service层对外发布到dubbo
通过dubbo中的service注解,将当前类的方法对外发布,但是需要配置ip,端口,路径到注册中心
dubbo配置过后,service模块中springmvc中的配置文件就不需要了
2.2.2 服务消费者webController的改造
①原本web依赖的service,现在改造后不需要依赖,将对应的依赖插件删除。
②删除后,controller中接口会找不到。
③在web中创建一个service接口,把其变为本地接口
报错消失,但是还有红波浪线,是因为spring的ioc容器中没发现这个service。
④检查dubbo依赖
⑤web模块下spring配置文件加载不需要了,springmvc的留下
⑥spring的@autowired注入注解不需要加了,换成dubbo的@reference远程注入
⑦给reference注解配置访问的地址。
⑧启动service和web
由于不同的主机访问的接口必须同一个名称,因此把接口单独提出来
进行改造,在加一个interface接口模块。在web和service模块加入要依赖的公共模块接口配置
在公共的interface中定义接口,在service模块下实现具体的serviceimpl
3 dubbo高级特性
3.1 dubbo-admin
3.2 序列化
新建一个模块,定义多个类,
dubbo-interface使用dubbo-pojo中的类
服务提供者dubbo-service中实现dubbo-interface中的接口类
web层调用service的接口
项目结构:pojo被interface依赖,interface被service和web依赖,pojo被service和web间接依赖。
3.3 地址缓存
旧的地址可访问,新的不行。
3.4 超时与重试
解决方法
设置3s超时就释放
若在@Reference设置timeout=1000,则1s生效
建议配置在controller中-服务的提供者,而不是配置在服务的调用者reference上。
3.5 多版本
3.6 dubbo负载均衡
把上个接口启动后,然后修改权重再次启动需要修改tomcat和dubbo端口号。
出现两个服务,权重不同
服务调用者加载负载均衡策略
带权重的轮训,如访问四次顺序为:1-2-3-2
3.7 集群容错
1号:第一个机器服务启动,超时1s关闭
2号:修改tomcat和dubbo端口号再次启动
3号:修改端口号,service改为不再超时,即可以成功访问的
启动的三个服务
在服务调用者接口设置失败重试,默认重试两次
启动web
虽然控制台会超时报错,但是会访问成功
其中1号和2号报错,3号成功
再次刷新1.2.3都成功。
其他容错方式。