Dubbo入门实战(一)

Dubbo是什么?

Dubbo是由阿里开发的一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。

其核心部分包含:

远程通讯: 提供对多种基于长连接的NIO框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。
集群容错: 提供基于接口方法的透明远程过程调用,包括多协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群支持。
自动发现: 基于注册中心目录服务,使服务消费方能动态的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少机器。

Dubbo能做什么?

  • 透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入。
  • 软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点。
  • 服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者。

背景

随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进。

  • 单一应用架构
    • 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
    • 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
  • 垂直应用架构
    • 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
    • 此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
  • 分布式服务架构
    • 当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
    • 此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
  • 流动计算架构
    • 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
    • 此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

Dubbo的架构

Dubbo框架设计一共划分了10个层,官方文档对各层说明:

  • config,配置层,对外配置接口,以ServiceConfig,
    ReferenceConfig为中心,可以直接new配置类,也可以通过spring解析配置生成配置类
  • proxy,服务代理层,服务接口透明代理,生成服务的客户端Stub和服务器端Skeleton,以ServiceProxy为中心,扩展接口为ProxyFactory
  • registry,注册中心层,封装服务地址的注册与发现,以服务URL为中心,扩展接口为RegistryFactory, Registry,
    RegistryService
  • cluster,路由层,封装多个提供者的路由及负载均衡,并桥接注册中心,以Invoker为中心,扩展接口为Cluster, Directory, Router, LoadBalance
  • monitor,监控层,RPC调用次数和调用时间监控,以Statistics为中心,扩展接口为MonitorFactory,
    Monitor, MonitorService
  • protocol,远程调用层,封将RPC调用,以Invocation, Result为中心,扩展接口为Protocol, Invoker,
    Exporter
  • exchange,信息交换层,封装请求响应模式,同步转异步,以Request, Response为中心,扩展接口为Exchanger,
    ExchangeChannel, ExchangeClient, ExchangeServer
  • transport,网络传输层,抽象mina和netty为统一接口,以Message为中心,扩展接口为Channel, Transporter, Client, Server, Codec
  • serialize,数据序列化层,可复用的一些工具,扩展接口为Serialization, ObjectInput, ObjectOutput, ThreadPool

    Dubbo节点角色说明:
    如下图所示:

    这里写图片描述

  • Provider: 暴露服务的服务提供方。

  • Consumer: 调用远程服务的服务消费方。
  • Registry: 服务注册与发现的注册中心。
  • Monitor: 统计服务的调用次调和调用时间的监控中心。
  • Container: 服务运行容器。

以下,将简单介绍在分布式情况如何搭建Dubbo

1. Linux下搭建Dubbo

准备工作
在安装dubbo-admin之前,我们需要的准备工作是你的Linux已经安装了jdk和Zookeeper。具体的安装步骤请参看这两篇文章Linux环境下系统安装JDKLinux环境下安装Zookeeper。另外我们还需要准备一份tomcat的安装包和dubbo-admin的war包。你可以在这里免费下载到他们:
dubbo-admin:http://download.csdn.net/detail/zknxx/9629309
linux tomcat7:http://download.csdn.net/detail/zknxx/9636469

准备工作做好,就可以安装Dubbo了:

1.安装Tomcat,解压到/usr/local目录下
tar -zxvf ./apache-tomcat-7.0.72.tar.gz -C  /usr/local
2.安装dubbo-admin,将下载的dubbo-admin移动到tomcat的/webapps目录下
mv dubbo-admin.war /user/local/apache-tomcat-7.0/webapps
3.启动tomcat,tomcat将自动解压dubbo工程。
./startup.sh
4.通过localhost:8080/dubbo-admin,可以访问dubbo的后台图形界面,账号密码都为admin

2.Dubbo项目整合SpringMVC

1.maven导入所需jar包:

<dependency>
                    <groupId>com.alibaba</groupId>
                    <artifactId>dubbo</artifactId>
                    <version>2.5.3</version>
     </dependency>

<!-- Zookeeper 用于分布式服务管理 -->
                <dependency>
                     <groupId>org.apache.zookeeper</groupId>
                    <artifactId>zookeeper</artifactId>
                   <version>3.4.5</version>
                </dependency>
            <dependency>
                    <groupId>com.101tec</groupId>
                    <artifactId>zkclient</artifactId>
                    <version>0.3</version>
            </dependency>

2.在properties配置zookeeper的注册地址

dubbo.registry.address=192.168.73.0:2181

3.在服务提供方进行配置,例

<!-- 发布dubbo服务 -->
    <!-- 提供方应用信息,用于计算依赖关系 -->
    <dubbo:application name="test-content" />
    <!-- 注册中心的地址 -->
    <dubbo:registry protocol="zookeeper" address="192.168.73.0:2181" />
    <!-- 用dubbo协议在20881端口暴露服务 -->
    <dubbo:protocol name="dubbo" port="20881" />
    <!-- 声明需要暴露的服务接口 -->
    <dubbo:service interface="com..content.service.ContentCategoryService" ref="contentCategoryServiceImpl" timeout="300000"/>
        <dubbo:service interface="com..content.service.ContentService" ref="contentServiceImpl" timeout="300000"/>

4。在服务消费者方配置

<!-- 引用dubbo服务 -->
    <dubbo:application name="test-web"/>
    <!-- 注册中心地址必须和提供者相同 -->
    <dubbo:registry protocol="zookeeper" address="192.168.73.0:2181"/>  
    <dubbo:reference interface="com.taotao.content.service.ContentCategoryService" id="contentCategoryService" />
    <dubbo:reference interface="com.taotao.content.service.ContentService" id="contentService" />

3.FAQ

1.问题:启动dubbo-admin模块的时候,jetty或者tomcat一直处于INFO zkclient.ZkEventThread - Starting ZkClient event thread.状态

解决方法:
修改dubbo-admin模块的配置文件为你自己的zookeeper地址在tomcat的dubbo-admin的WEB-INF里面的dubbo.registry.address=zookeeper://192.168.73.0:2181
如果是其他服务器,则将ip改动即可。

2.如果tomcat启动前未启动zookeeper,则会报错,
可以通过./zkServer.sh status查看zookeeper的启动状态,默认zookeeper的端口号是2181,也可以通过netstat -at|grep 2181来监听该端口的信息。

3.zookeeper已启动却不能实现功能。

解决方法:

删除data目录下的zookeeper_server.pid文件。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Dubbo3是一种面向高并发微服务架构设计的框架,可以实现分布式服务的注册、发现和调用。通过使用Dubbo3,我们可以实现高并发的微服务调用。 在使用Dubbo3进行高并发微服务架构设计时,可以考虑以下几个方面: 首先,要合理划分微服务的粒度。微服务应该是具备高内聚、低耦合的,每个微服务应该只关注自身业务逻辑,并且尽量保持独立性。合理划分微服务的粒度可以减少不必要的依赖和通信,提升系统的性能和响应速度。 其次,使用负载均衡策略。在高并发的场景下,单一的服务可能会成为性能瓶颈。通过使用负载均衡策略,可以将请求均匀地分发到多个服务实例,提升系统的吞吐量和并发能力。Dubbo3提供了多种负载均衡策略的选择,可以根据实际需求进行配置。 接着,进行服务容错处理。在高并发环境下,服务不可避免地会出现故障或者网络延迟等问题。为了保证系统的稳定性和可用性,需要对服务的容错处理进行设计。Dubbo3提供了多种容错策略,如快速失败、失败重试等,可以根据具体情况进行配置。 最后,进行性能优化。在高并发微服务架构设计,性能优化是至关重要的一环。可以通过合理的并发控制、缓存机制、异步调用等方式来提升系统的性能。Dubbo3也提供了线程池和异步通信等功能,可以帮助我们进行性能优化。 总结来说,Dubbo3是一种可以应用于高并发微服务架构设计的框架。在使用Dubbo3进行高并发微服务架构设计时,需要合理划分微服务的粒度,使用负载均衡策略和容错处理,进行性能优化等。通过合理使用Dubbo3的功能,可以提升系统的并发能力和性能,实现高效稳定的微服务架构。 ### 回答2: Dubbo3是一种高并发微服务架构设计方案,能够解决在面对大规模并发请求时,保障系统的稳定性和可靠性的问题。 首先,对于高并发的情况,Dubbo3采用了异步非阻塞的通信模型,能够更高效地处理大量并发请求。通过使用Netty作为底层通信框架,可以充分利用多线程和IO多路复用的优势,提高系统的吞吐量和响应速度。 其次,Dubbo3还引入了注册心来管理服务的注册与发现。通过将服务提供者注册到注册心,服务消费者可以在运行时动态地发现可用的服务提供者,从而实现负载均衡和服务调用的透明化。这对于高并发场景下的微服务架构非常重要,可以通过动态调整服务的数量和位置来提高系统的扩展性和弹性。 此外,Dubbo3还支持服务治理功能,包括负载均衡、容错机制和熔断降级等。这些功能可以在高并发环境提供服务的可靠性和稳定性,当某个服务出现故障或者不可用时,Dubbo3可以自动地转移请求到其他可用的服务提供者,从而避免系统的单点故障。 最后,Dubbo3还提供了丰富的监控和调试工具,用于实时监控服务的性能指标和服务调用情况。这对于高并发的微服务架构设计来说至关重要,可以帮助开发人员及时发现和解决系统瓶颈和问题,提供更好的用户体验和高可用性。 综上所述,Dubbo3是一种针对高并发微服务架构设计的解决方案,通过异步非阻塞通信、注册心、服务治理功能和监控工具等特性,能够提供高性能、高可用和可扩展的服务调用能力,满足面对大规模并发请求时的系统需求。 ### 回答3: Dubbo3是一种支持高并发的微服务架构设计,能够帮助开发者构建可扩展和可靠的分布式系统。以下是对Dubbo3实战高并发微服务架构设计的回答。 首先,Dubbo3具备高性能和高并发的特性。它采用了异步非阻塞的网络通信模型,能够在保证系统吞吐量的同时,支持大量并发请求的处理。通过NIO多路复用和高效线程池的使用,Dubbo3可以充分利用系统资源,提高服务的响应速度和并发处理能力。 其次,Dubbo3采用了一种基于事件驱动的架构模式。通过事件的发布和订阅机制,可以实现服务之间的解耦和异步处理。服务提供者将事件发布到消息队列,然后由消费者订阅并处理事件。这种架构模式能够有效地降低系统的耦合度,并提高系统的可扩展性和可维护性。 另外,Dubbo3还提供了多种负载均衡策略和容错机制,能够实现服务的高可用性和负载的均衡。负载均衡策略可以根据服务的性能和负载情况,动态地将请求分发到不同的服务实例上。容错机制可以在服务提供者出现故障时,快速切换到备用节点,保证服务的可用性和可靠性。 此外,Dubbo3还提供了丰富的监控和管理功能。开发者可以通过Dubbo3的控制台,实时监控系统的运行状态和性能指标,并对服务的配置进行动态调整。通过集成第三方的监控工具,可以进一步优化系统性能,诊断和解决问题。 总结起来,Dubbo3是一种强大的高并发微服务架构设计,具备高性能、高可用性和可扩展性的特点。通过合理地设计和配置,可以帮助开发者构建稳定、高效的分布式系统。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值