Dubbo介绍

SOA架构和微服务架构的介绍

SOA架构

• SOA全称为Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对服务进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。
  

架构说明：

• 将重复功能或模块抽取成组件的形式，对外提供服务，在项目与服务之间使用ESB（企业服务总线）的形式作为通信的桥梁。

架构优点：

• 重复功能或模块抽取为服务，提高开发效率。
• 可重用性高；可维护性高。

架构缺点：

• 各系统之间业务不同，很难确认功能或模块是重复的。
• 抽取服务的粒度大；系统和服务之间耦合度高。

微服务架构

架构说明：

• 将系统服务层完全独立出来，抽取为一个一个的微服务。
• 抽取的粒度更细，遵循单一原则。
• 采用轻量级框架协议传输。

架构优点：

• 服务拆分粒度更细，有利于提高开发效率。
• 可以针对不同服务制定对应的优化方案。

架构缺点：

• 粒度太细导致服务太多，维护成本高。

Dubbo简介

• Dubbo是一款高性能的分布式Java RPC框架。
• Dubbo提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
• Dubbo作为一个RPC框架，其最核心的功能就是要实现跨网络的远程调用。可以通过Dubbo来实现服务消费方远程调用服务提供方的方法。

什么是RPC？

• RPC全称为remote procedure call，即远程过程调用。比如两台服务器A和B，A服务器上部署一个应用，B服务器上部署一个应用，A服务器上的应用想调用B服务器上的应用提供的方法，由于两个应用不在一个内存空间，不能直接调用，所以需要通过网络来表达调用的语义和传达调用的数据。
• 需要注意的是RPC并不是一个具体的技术，而是指整个网络远程调用过程。

Dubbo架构

节点角色说明：

• Provider 暴露服务的服务提供方，服务提供者在启动时，会向注册中心注册自己提供的服务。
• Consumer 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务。
• Registry 服务注册与发现的注册中心。
• Monitor 统计服务的调用次数和调用时间的监控中心，定时每分钟发送一次统计数据到监控中心。
• Container 服务运行容器。

调用关系之间的说明:

• (0) 服务容器负责启动，加载，运行服务提供者。
• (1) 服务提供者在启动时，向注册中心注册自己提供的服务。
• (2) 服务消费者在启动时，向注册中心订阅自己所需的服务。
• (3) 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
• (4) 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
• (5) 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

最后，如果有问题，希望指正，一起进步。