mirror of
https://github.com/Snailclimb/JavaGuide
synced 2025-06-20 22:17:09 +08:00
Fix document error with dubbo part
This commit is contained in:
parent
9c2a23ca08
commit
5e16a75677
@ -44,7 +44,7 @@ Dubbo 是由阿里开源,后来加入了 Apache 。正式由于 Dubbo 的出
|
|||||||
|
|
||||||
**什么是 RPC?**
|
**什么是 RPC?**
|
||||||
|
|
||||||
RPC(Remote Procedure Call)—远程过程调用,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。比如两个不同的服务A,B部署在两台不同的机器上,那么服务 A 如果想要调用服务 B 中的某个方法该怎么办呢?使用 HTTP请求 当然可以,但是可能会比较慢而且一些优化做的并不好。 RPC 的出现就是为了解决这个问题。
|
RPC(Remote Procedure Call)—远程过程调用,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。比如两个不同的服务 A、B 部署在两台不同的机器上,那么服务 A 如果想要调用服务 B 中的某个方法该怎么办呢?使用 HTTP请求 当然可以,但是可能会比较慢而且一些优化做的并不好。 RPC 的出现就是为了解决这个问题。
|
||||||
|
|
||||||
**RPC原理是什么?**
|
**RPC原理是什么?**
|
||||||
|
|
||||||
@ -81,10 +81,10 @@ Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。SOA 面
|
|||||||
|
|
||||||
我觉得主要可以从 Dubbo 提供的下面四点特性来说为什么要用 Dubbo:
|
我觉得主要可以从 Dubbo 提供的下面四点特性来说为什么要用 Dubbo:
|
||||||
|
|
||||||
1. **负载均衡**——同一个服务部署在不同的机器时该调用那一台机器上的服务
|
1. **负载均衡**——同一个服务部署在不同的机器时该调用那一台机器上的服务。
|
||||||
2. **服务调用链路生成**——随着系统的发展,服务越来越多,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。Dubbo 可以为我们解决服务之间互相是如何调用的。
|
2. **服务调用链路生成**——随着系统的发展,服务越来越多,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。Dubbo 可以为我们解决服务之间互相是如何调用的。
|
||||||
3. **服务访问压力以及时长统计、资源调度和治理**——基于访问压力实时管理集群容量,提高集群利用率。
|
3. **服务访问压力以及时长统计、资源调度和治理**——基于访问压力实时管理集群容量,提高集群利用率。
|
||||||
4. **服务降级**——某个服务挂掉之后调用备用服务
|
4. **服务降级**——某个服务挂掉之后调用备用服务。
|
||||||
|
|
||||||
另外,Dubbo 除了能够应用在分布式系统中,也可以应用在现在比较火的微服务系统中。不过,由于 Spring Cloud 在微服务中应用更加广泛,所以,我觉得一般我们提 Dubbo 的话,大部分是分布式系统的情况。
|
另外,Dubbo 除了能够应用在分布式系统中,也可以应用在现在比较火的微服务系统中。不过,由于 Spring Cloud 在微服务中应用更加广泛,所以,我觉得一般我们提 Dubbo 的话,大部分是分布式系统的情况。
|
||||||
|
|
||||||
@ -98,7 +98,7 @@ Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。SOA 面
|
|||||||
|
|
||||||
从开发角度来讲单体应用的代码都集中在一起,而分布式系统的代码根据业务被拆分。所以,每个团队可以负责一个服务的开发,这样提升了开发效率。另外,代码根据业务拆分之后更加便于维护和扩展。
|
从开发角度来讲单体应用的代码都集中在一起,而分布式系统的代码根据业务被拆分。所以,每个团队可以负责一个服务的开发,这样提升了开发效率。另外,代码根据业务拆分之后更加便于维护和扩展。
|
||||||
|
|
||||||
另外,我觉得将系统拆分成分布式之后不光便于系统扩展和维护,更能提高整个系统的性能。你想一想嘛?把整个系统拆分成不同的服务/系统,然后每个服务/系统 单独部署在一台服务器上,是不是很大程度上提高了系统性能呢?
|
另外,我觉得将系统拆分成分布式之后不光便于系统扩展和维护,更能提高整个系统的性能。你想一想嘛?把整个系统拆分成不同的服务/系统,然后每个服务/系统 单独部署在一台服务器上,是不是很大程度上提高了系统性能呢?
|
||||||
|
|
||||||
## 二 Dubbo 的架构
|
## 二 Dubbo 的架构
|
||||||
|
|
||||||
@ -108,20 +108,20 @@ Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。SOA 面
|
|||||||
|
|
||||||
**上述节点简单说明:**
|
**上述节点简单说明:**
|
||||||
|
|
||||||
- **Provider:** 暴露服务的服务提供方
|
- **Provider:** 暴露服务的服务提供方
|
||||||
- **Consumer:** 调用远程服务的服务消费方
|
- **Consumer:** 调用远程服务的服务消费方
|
||||||
- **Registry:** 服务注册与发现的注册中心
|
- **Registry:** 服务注册与发现的注册中心
|
||||||
- **Monitor:** 统计服务的调用次数和调用时间的监控中心
|
- **Monitor:** 统计服务的调用次数和调用时间的监控中心
|
||||||
- **Container:** 服务运行容器
|
- **Container:** 服务运行容器
|
||||||
|
|
||||||
**调用关系说明:**
|
**调用关系说明:**
|
||||||
|
|
||||||
1. 服务容器负责启动,加载,运行服务提供者。
|
1. 服务容器负责启动,加载,运行服务提供者。
|
||||||
2. 服务提供者在启动时,向注册中心注册自己提供的服务。
|
2. 服务提供者在启动时,向注册中心注册自己提供的服务。
|
||||||
3. 服务消费者在启动时,向注册中心订阅自己所需的服务。
|
3. 服务消费者在启动时,向注册中心订阅自己所需的服务。
|
||||||
4. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
|
4. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
|
||||||
5. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
|
5. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。
|
||||||
6. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
|
6. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。
|
||||||
|
|
||||||
**重要知识点总结:**
|
**重要知识点总结:**
|
||||||
|
|
||||||
@ -156,7 +156,7 @@ Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。SOA 面
|
|||||||
- 第七层:**protocol层**,远程调用层,封装rpc调用
|
- 第七层:**protocol层**,远程调用层,封装rpc调用
|
||||||
- 第八层:**exchange层**,信息交换层,封装请求响应模式,同步转异步
|
- 第八层:**exchange层**,信息交换层,封装请求响应模式,同步转异步
|
||||||
- 第九层:**transport层**,网络传输层,抽象mina和netty为统一接口
|
- 第九层:**transport层**,网络传输层,抽象mina和netty为统一接口
|
||||||
- 第十层:**serialize层**,数据序列化层。网络传输需要。
|
- 第十层:**serialize层**,数据序列化层,网络传输需要
|
||||||
|
|
||||||
|
|
||||||
## 三 Dubbo 的负载均衡策略
|
## 三 Dubbo 的负载均衡策略
|
||||||
@ -165,7 +165,7 @@ Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。SOA 面
|
|||||||
|
|
||||||
**先来个官方的解释。**
|
**先来个官方的解释。**
|
||||||
|
|
||||||
> 维基百科对负载均衡的定义:负载均衡改善了跨多个计算资源(例如计算机,计算机集群,网络链接,中央处理单元或磁盘驱动的的工作负载分布。负载平衡旨在优化资源使用,最大化吞吐量,最小化响应时间,并避免任何单个资源的过载。使用具有负载平衡而不是单个组件的多个组件可以通过冗余提高可靠性和可用性。负载平衡通常涉及专用软件或硬件
|
> 维基百科对负载均衡的定义:负载均衡改善了跨多个计算资源(例如计算机,计算机集群,网络链接,中央处理单元或磁盘驱动的的工作负载分布。负载平衡旨在优化资源使用,最大化吞吐量,最小化响应时间,并避免任何单个资源的过载。使用具有负载平衡而不是单个组件的多个组件可以通过冗余提高可靠性和可用性。负载平衡通常涉及专用软件或硬件。
|
||||||
|
|
||||||
**上面讲的大家可能不太好理解,再用通俗的话给大家说一下。**
|
**上面讲的大家可能不太好理解,再用通俗的话给大家说一下。**
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user