Dubbo
基础概念理解
- 应用架构发展演变
1、 单一架构
优点:开发简单、部署简单
缺点:扩展不容易(怎么处理日益增长的流量)、维护不容易、性能提升难
2、垂直应用架构
按业务拆分
优点:扩展容易
缺点:无法解决业务间相互调用 (订单服务器和用户服务器…)
3、分布式架构 RPC(远程过程调用)
将业务拆分后,用某种方式实现各个业务模块的远程调用和复用,这时一个好的RPC框架决定了你的分布式架构的性能。怎么调用、何时调用、服务器挂了怎么办? 需要框架解决这些问题
- 什么是分布式框架
若干独立系统的集合,但是用户使用起来像是在使用一套系统
- 为什么需要分布式系统
规模逐步扩大和业务复杂,单台扛不住, 三个臭皮匠抵个诸葛亮
后端技术基础学习体系
作为一个java从业者,以我有限的从业经验以及面试经验整理了一份后端必备学习路线,在整理和复习的过程中希望能和大家一起进步
以上就是我整理的一份学习路线图,这次我给大家分享的是Dubbo,下面就开始Dubbo入门学习…
Dubbo学习
Dubbo简介
Apache Dubbo 是一款 RPC 服务开发框架,用于解决微服务架构下的服务治理与通信问题,官方提供了 Java、Golang 等多语言 SDK 实现。使用 Dubbo 开发的微服务原生具备相互之间的远程地址发现与通信能力, 利用 Dubbo 提供的丰富服务治理特性,可以实现诸如服务发现、负载均衡、流量调度等服务治理诉求。Dubbo 被设计为高度可扩展,用户可以方便的实现流量拦截、选址的各种定制逻辑。
Dubbo是Alibaba08年开源,之后放弃维护。但是Dubbo在业界的受欢迎程度非常非常高,基本80-90%企业都会在项目中选择他,当当网基于Dubbo还开发了Dubbox,后来Alibaba将Dubbo捐献给了Apache
**上面第一段就是官网的定义。。。**其实就是一款RPC框架。第一次接触RPC的同学不懂也没关系,我们接着往下看
下面通过一张官网的经典的图给大家介绍这款神级框架
0:容器(spring)启动 1:提供者注册服务到注册中心(管理治理服务),2:订阅 3:通知 4:调用 5:图形化管理中心dubbo-admin(最后讲)
1.当服务生产者启动后,会将服务信息(ip、port、接口)等信息注册到注册中心上。
2.服务消费者启动后,会监听注册中心,拿到服务生产者的列表,缓存在本地。
3.后续生产者如果下线,会立刻通知消费者。消费者重新拉取生产者列表。
4.消费者轮询或随机从本地缓存列表中拿出一个,进行接口调用。
5.生产者和消费者将调用数据发送监控中心,做监控使用。
三大核心能力:面向接口的远程方法调用、智能容错和负载均衡、服务自动注册和发现
我拿zookeeper做注册中心,来亲自演示一遍
启动zk集群
Dubbo项目结构
provider方:
application.yml配置
server:
port: 18032
dubbo:
application:
# 应用名
name: myProvider
#注册中心地址和超时时间
registry:
address: zookeeper://106.54.176.106:2181?backup=106.54.176.106:2182,106.54.176.106:2183
timeout: 15000
# protocol 协议配置,用于配置提供服务的协议信息,协议由提供方指定,消费方被动接受。
protocol:
name: dubbo
#默认端口是20880,网络中端口范围:1-65535 -1表示自动扫描并使用可用端口
port: -1
# dubbo扫描包
scan:
base-packages: com.fiberhome.fhserver.service
package com.fiberhome.fhserver.service;
import com.fiberhome.service.IDubboService;
import lombok.extern.slf4j.Slf4j;
import org.apache.dubbo.config.annotation.Service;
import org.springframework.beans.factory.annotation.Value;
@Service
@Slf4j
public class DubboServiceImpl implements IDubboService {
@Value("${server.port}")
private int port;
@Override
public String showMsg(String s) {
log.info("【调用Dubbo】入参:{}",s);
return "Hello Dubbo,I am " +port+",你的参数是:"+s;
}
}
consumer方:
server:
port: 8033
dubbo:
application:
name: myConsumer
registry:
address: zookeeper://106.54.176.106:2181?backup=106.54.176.106:2182,106.54.176.106:2183
timeout: 10000
protocol:
name: dubbo
package com.fiberhome.fhconsumer.service.impl;
import com.fiberhome.fhconsumer.service.ITestService;
import com.fiberhome.service.IDubboService;
import org.apache.dubbo.config.annotation.Reference;
import org.springframework.stereotype.Service;
@Service
public class TestServiceImpl implements ITestService {
@Reference(check = false)
private IDubboService dubboService;
@Override
public String getMsg(String msg) {
return dubboService.showMsg(msg);
}
}
在zkClient上查看注册的服务
ls /dubbo/***/providers
ls /dubbo/***/consumers
DubboAdmin
启动DubboAdmin演示界面化效果
- 为啥Dubbo说自己性能高
既然Dubbo是RPC框架,主要干的就是远程过程调用,那么提升性能就要从最关键最耗时的两方面入手:序列化和网络通信
序列化:序列化方案很多,xml/json/二进制流…,Dubbo采用效率最高的二进制
网络通信:不同于HTTP需要七步走(3握手4挥手),Dubbo采用Socket通信机制,在TCP的传输层,并且可以建立长连接