『互联网架构』软件架构-掌握dubbo常规应用(下)(41)

上一节说的dubbo的架构,流程的说明,设计的意义,其实就是dubbo的helloword。下面重点说说【Dubbo常规配置】。源码:https://github.com/limingios/netFuture/tree/master/源码/『互联网架构』软件架构-掌握dubbo常规应用(下)(41)/dubbo-study

配置分布图

红色是cosumber 和 proivder 都需要用到的,cosumber是应用程序,proivder 也是应用程序。不管是提供方和消费方都要提供application告诉我们程序的名字,registry就是连接到我们的注册中心,monitor连接到监控中,把提供者和消费者的实时状态告诉我们的监控中心,调用了多少次,每次花费的时间。

  • 提供者provider

首先要提供协议protocol,才可以供消费者调用。一个RPC框架一定要存在两部分:通信和序列化,dubbo默认的通信采用的是dubbo,序列化hession2。service就是为了暴露服务的,provider和service都会配置超时时间,最终采用service的超时时间,provider属于公共的。

reference 就是注册到注册中心,告诉注册中心我需要这些服务的提供者,跟服务的提供者进行一个匹配。匹配成功获得服务,进行创建服务,变成一个远程调用的对象。

获取方法和参数通过服务方法级别的配置,看这个大图这样更方便理解dubbo。

  • provider

http://dubbo.apache.org/zh-cn/docs/user/references/xml/dubbo-provider.html

  • 定位属性

定位属性是指消费者匹配提供者的全部标识,总共有如下属性 interface: 接口名称 group: 接口分组 version: 接口版本

1.dubbo中唯一确定一个服务的是接口+服务分组+版本号

在实际开发中,尽量不使用接口版本号,而是使用分组的方式,分为测试组,开发组,生产组,这样就区别开发了。如果嫌版本号麻烦可以通过 version="*"

2.xml配置

http://dubbo.apache.org/zh-cn/docs/user/configuration/xml.html

3.为什么服务端也可以设置超时时间,重试次数,这个不应该客户端设置吗?

官方的介绍:

PS:学习dubbo最好的方式,就是观看api,肯定有老铁说dubbo有注释的方式,为啥还停留到xml,太low了吧,非也,你要暴露服务,用xml是不是更容易管理,你不是restful那种,好些服务类的最好使用xml。

原文发布于微信公众号 - 编程坑太多(idig88)

原文发表时间:2019-04-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

扫码关注云+社区

领取腾讯云代金券