zookeeper,dubbo,dubbo admin

时间:2023-12-21 15:08:50

zookeeper

1. 分布式协调服务:我们的程序运行在不同的机器上,这些机器可能位于同一个机架,同一个机房又或不同的数据中心。在这样的环境中,我们要实现协调该怎么办?那么这就是分布式协调服务要干的事情。

2. Zookeeper可以干什么:配置管理,名字服务,分布式锁,集群管理

3. Zookeeper的配置:clientPort,dataDir,dataLogDir,tickTime,maxClientCnxns ,minSessionTimeout, maxSessionTimeout,autopurge.snapRetainCount,autopurge.purgeInterval()

配置-myid:在dataDir里会放置一个myid文件,里面就一个数字,用来唯一标识这个服务。这个id是很重要的,一定要保证整个集群中唯一。

zookeeper会根据这个id来取出server.x上的配置。比如当前id为1,则对应着zoo.cfg里的server.1的配置。

下面是集群中服务的列表

server.1=127.0.0.1:20881:30881

server.2=127.0.0.1:20882:30882

server.3=127.0.0.1:20883:30883

在上面的例子中,我把三个zookeeper服务放到同一台机器上。上面的配置中有两个TCP port。后面一个是用于Zookeeper选举用的,而前一个是

Leader和Follower或Observer交换数据使用的。我们还注意到server.后面的数字。这个就是myid(关于myid是什么下一节会介绍)。

4. Zookeeper leader选举:

5. Zookeeper client:create,delete(需要version,乐观锁),exists,setData/getData,getChildren ,sync zookeeper

Dubbo

1. Dubbo是什么

Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,

才有dubbo这样的分布式服务框架的需求,并且本质上是个服务调用的东东,说白了就是个远程服务调用的分布式框架

其核心部分包含:

1).远程通讯: 提供对多种基于长连接的NIO框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。

2).集群容错: 提供基于接口方法的透明远程过程调用,包括多协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群支持。

3).自动发现: 基于注册中心目录服务,使服务消费方能动态的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少机器。

2. Dubbo能做什么?

1).透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。

2).软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。

3).服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。

3. Dubbo采用全Spring配置方式,透明化接入应用,对应用没有任何API侵入,只需用Spring加载Dubbo的配置即可,Dubbo基于Spring的Schema扩展进行加载。

4. 调用关系说明:

1).服务容器负责启动,加载,运行服务提供者。

2).服务提供者在启动时,向注册中心注册自己提供的服务。

3).服务消费者在启动时,向注册中心订阅自己所需的服务。

4).注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。

5).服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。

6).服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。

5. 连通性,健状性,伸缩性,升级性

6. dubbo基本配置:

<dubbo:service/> 服务配置,用于暴露一个服务,定义服务的元信息,一个服务可以用多个协议暴露,一个服务也可以注册到多个注册中心。

eg、<dubbo:service ref="demoService" interface="com.unj.dubbotest.provider.DemoService" />

<dubbo:reference/> 引用服务配置,用于创建一个远程服务代理,一个引用可以指向多个注册中心。

eg、<dubbo:reference id="demoService" interface="com.unj.dubbotest.provider.DemoService" />

<dubbo:protocol/> 协议配置,用于配置提供服务的协议信息,协议由提供方指定,消费方被动接受。

eg、<dubbo:protocol name="dubbo" port="20880" />

<dubbo:application/> 应用配置,用于配置当前应用信息,不管该应用是提供者还是消费者。

eg、<dubbo:application name="xixi_provider" />

<dubbo:application name="hehe_consumer" />

<dubbo:module/> 模块配置,用于配置当前模块信息,可选。

<dubbo:registry/> 注册中心配置,用于配置连接注册中心相关信息。

eg、<dubbo:registry address="zookeeper://192.168.2.249:2181" />

<dubbo:monitor/> 监控中心配置,用于配置连接监控中心相关信息,可选。

<dubbo:provider/> 提供方的缺省值,当ProtocolConfig和ServiceConfig某属性没有配置时,采用此缺省值,可选。

<dubbo:consumer/> 消费方缺省配置,当ReferenceConfig某属性没有配置时,采用此缺省值,可选。

<dubbo:method/> 方法配置,用于ServiceConfig和ReferenceConfig指定方法级的配置信息。

<dubbo:argument/> 用于指定方法参数配置。

7. 服务调用超时设置,启动时检查 ,订阅,回声测试(测试服务是否可用),延迟连接,令牌验证,日志适配,配置Dubbo缓存文件

dubbo admin

1. dubbo admin 可以手动刷新。默认情况下,关闭某个接口,admin上一般会正常消失。

2. 接口的状态分为:正常,没有消费者,没有提供者。以此可以看看注册中心有没有对应的消费(提供)者。

3. 服务治理中的服务,对应所有注册中心的服务

服务治理中的应用,应用的名称对应dubbo:application中的name

服务治理中的机器,对应注册中心对应机器

服务治理中的提供者,对应注册中心提供服务的接口

服务治理中的消费者,对应注册中心需要消费的接口

服务治理中的路由规则,似乎可以操作更细的规则(白名单?试着操作,无法保存规则)

服务治理中的动态配置,未知

服务治理中的访问控制,可以设置黑名单,禁用某些服务器调用指定接口

服务治理中的权重调节,未知

服务治理中的负载均衡,未知

服务治理中的负责人,未知

4. 可以搜索服务名,应用名,机器IP。注意,需要选择对应标签。