本文转载自微信公众号「饭谈编程」,作者稀饭下雪。转载本文请联系饭谈编程公众号。

为啥玩dubbo

先说个大前提,我们公司的游戏一直是单服模式,随着游戏生命周期的延伸,后续都会出现多种跨服功能,在以前,跨服功能的开发都得基于netty,通过跨服协议通知到远程服触发相应逻辑,基本跨服功能开发所占1 } L V u用的时长是本服q q p \ A u { Y h功能开发的三倍左右,开发效率是比较7 4 I ; d k低的。

为了解决跨服功^ w U N K ? = =能开发效率低的问题,我最近奉命搞RPC和服务化,所以研究了下dubbo,基本上是将dubby ~ 0 Y k zo里里外外艹了一遍,比较熟悉了,公司项目RPC和服务化的基础也搭的差不多了,没猜错的话,后续就是给同事们分享下dubbo的表和里,反正也是要分享的, 先写个教程先好了,到时候可以直接发] J + Z给他们看。

因为dubbo框架比较大,所以打算写成一个系列,想学dubbo的可以关注我,后续应该会拓展讲讲我们公司基础框架的RPC和服务化的设计,有兴趣讨论的也可以找我。

说个好笑的事情,刚开始接触dubW a E t F o H , )bo的时候,\ X = { S ( F s w发音都是嘟波,还和同事们争执了下t . T ;,最终查了下M ] w 2 L |,发现是达波。

该篇文章是dubbo文章的第一篇,先教大家将dubbo跑起来,别以为只是启动那么简单,还是挺多步骤的,包括启动注册中心、后台启动等多个步骤,有兴趣学dubbo的跟着玩起来吧!

dubbo结构如何

Provider: 暴露服务4 r c % ` z T的服务提供方,其实就是一个提供了服务的服。

Consumer: 调用远程Q % 9 % w服务的服务消费方,也就是服务的调用方。

Registry: 服务注册与发现的注册中心,服务的调用方和注册方沟通的渠道G c u 4 m / e

Mong N ; ~ w F X bitor: 统计服务的调用次调和调用时间的监控中心。

Container: 服务容器,其实没必要抽出的概念@ – p 7 k g $ s

简单说下调用关系:

  • 服务容器负责启动,加载,运行服务3 J ~ Q c j 7 d提供者。
  • 服务提供者在启动时,向注册中心注册自己提供的服务。
  • y [ y M c F ; k ~务消费者在启动时,向注册中心订阅自己所需的服务。
  • 注册中心返回z | – C 7 A 2 \ T服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
  • 服务消费者,从提供者地址列表中,基于负载均衡算法,选一台提供者进行调用。
  • 服务消费者和提供者,在内存中累计调用次数和调用时间,定时发~ g k ; b 5 C c E送统计数据到监控中心。

将注册中心跑起来

Zookeeper是啥

注册中心有多种,这里选择了Zookeeper,大概描述下Zookeeper,它是一个分布w $ + K M式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。

作为一个为分布式应用提供一致性服务的软M I E V G件,提供的功能包括:配置\ 9 N = c维护、名字服务、分布式同步、组服务等。

Zookeeper注册中心能自动删除提供者信息,当提供者重启时,能自动恢复注册数据。

部署Zookeeper

步骤1:

官网可$ W m y下载:http://www.[ b x l G l ` u (apache.org/dyn/clo: a `ser.+ E 2 V Y J [ rcgi/zookeeper/

步骤2:

下载后解压,Zookeepe, B W – 5 4 Q \ .r 的配置文件在 conf 目录下,有 zoo_sample.cfg 和 lw @ c w ; /og4j.properties,将zoo_sample.cfgo ~ | [ $ # = 重命名O 0 P e . U 6 ) \成zoo.cfg,因为 Zookeeper 在启动时会找这个文件作为默认配置文件。

说说zo4 c o k $o.cfg文件里面几个重要的配置

  • ticK P | –kTime:这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTD q L 1 3 E L [ime 时间就会发送一个心跳。
  • dataDir:顾名思义就是 Zookeeper 保存数据的目录,默认情况下,Z) ` n K ! – i = Oookeeper 将写数据的日志文件也保存在这个目录里。
  • cl9 o q o y ^ S 6 GientPort:这个端口就是客户端连接 Zookeeper 服务器的端口,Zookeeper 会监听这个端口,接受客户端的访问H y u请求。

步骤3:

运行Zookeeper ,启动Zookeeper目录下bin下的zkServer.cmd

启动之后一直开着,不要关掉这个cmd,记得要在7 o Z M n ~ % ,dubbo消费者和提供者运行之前就开启Zookeeper。

运行成功后是这样的

将管理后台跑起来

dubbo-admin是啥

dubbo-admin是dubbo框架的管理后台,可以对注册的服务(provG ? n ) o n Gider)和服务调用方(comsumer)进行服务治理,包括路由、监控、配置等功f [ Y T s y : I能;

dubbo一般都是使用Zookeeper来进行e 8 S 3 \ p f管理服务注册,而dubbo-admin查看注册了哪些服务,因为查看服务需要从| 5 9 – g u [Zookeeper上查询的,所以dubbo-admin需要依赖于Zookeeper;

安装dubbo-admin

步骤x y y y m E1:

下载dubbo-admin工程源码,地址 https://github.com/apache/dubbo-admin

步骤2:

使用idea打开该工程,启动入口类

步骤3:

启动后,默认访问 http://localhost:7001/

账号和密码都输入rr L S y Z _oot即可进入

最终可以看到该管理页面。

将dubbo服务跑起来

步骤1:

从github上clone工程源码 https://github.com/apache/dub( + wbo 到本地

使用Idea导入源码,并切换到3.0版本

安装下各种依赖

步骤2:

看dubbo-demo模块,直接看xml模块,内[ _ | !部提供了consumer和proviN q 8der的测试用例

xml模块中,consumer和providg o e v & I ` Rer模块中resources底下都有个xml配置,描述了服务暴露和服务订阅的相关详情。

服务注册方

服务订阅方

直接启动对应的Application,启动成功后应该可以看到RPC相关调用的日志了。

启动提供方

启动i w p订阅方

通过程序可以看出,在订阅方一直不断的R L – V { 6 @ f去调用提供方的服务

步骤3:

查看admin后台,可以看到

admin后台已经有了相关记录,这个时候我们便可以通过admin@ V b 3 H后台进行服务的治理了。

总结

dubbo目前就这样跑起来了,相信@ ^ L看完应该都会心里留了几个疑问,比如订阅方是怎么找到注册方的,ad– ; $ 1min后\ L 7 }台修改后怎么通知到订阅方和注册方的,订阅方又是如何实现远程方法调用的,别: j P v E急,关注我,下篇文章将从源码分析duh j V H l Mbbo,为你解开一个个疑惑。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注