文章目录
- 一、集群
- 二、分布式
- 三、微服务
- 四、软件架构的演进过程
- 4.1 单体架构
- 4.2 垂直架构
- 4.3 SOA架构
- 4.4 微服务架构
- 五、Dubbo简介
- 5.1、什么是RPC？
- 5.2、Dubbo提供了三大核心能力
- 5.3、完整的RPC框架
一、集群
- 同一个业务，部署在多个服务器上。
- 一般配置Nginx实现服务的负载均衡。
- 通过提高单位时间内执行的任务数来提升效率。
二、分布式
- 一个业务分拆多个子业务，部署在不同的服务器上。
- 以缩短单个任务的执行时间来提升效率的。
将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。区别分布式的方式是根据不同机器不同业务。
上面：service A、B、C、D 分别是业务组件，通过API Geteway进行业务访问。
三、微服务
- 将模块拆分成一个个独立的服务单元，通过接口来实现数据的交互。
- 微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。
四、软件架构的演进过程
软件架构的发展经历了由单体架构、垂直架构、SOA架构到微服务架构的演进过程，下面我们分别了解一下这几个架构。
4.1 单体架构
架构说明：
全部功能集中在一个项目内（All in one）。
架构优点：
架构简单，前期开发成本低、开发周期短，适合小型项目。
架构缺点：
全部功能集成在一个工程中，对于大型项目不易开发、扩展和维护。
技术栈受限，只能使用一种语言开发。
系统性能扩展只能通过扩展集群节点，成本高。
4.2 垂直架构
架构说明：
按照业务进行切割，形成小的单体项目。
架构优点：
技术栈可扩展（不同的系统可以用不同的编程语言编写）。
架构缺点：
功能集中在一个项目中，不利于开发、扩展、维护。
系统扩张只能通过集群的方式。
项目之间功能冗余、数据冗余、耦合性强。
4.3 SOA架构
SOA全称为Service-Oriented Architecture，即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。
站在功能的角度，把业务逻辑抽象成可复用的服务，通过服务的编排实现业务的快速再生，目的：把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。
架构说明：
将重复功能或模块抽取成组件的形式，对外提供服务，在项目与服务之间使用ESB（企业服务总线）的形式作为通信的桥梁。
架构优点：
重复功能或模块抽取为服务，提高开发效率。
可重用性高。
可维护性高。
架构缺点：
各系统之间业务不同，很难确认功能或模块是重复的。
抽取服务的粒度大。
系统和服务之间耦合度高。
4.4 微服务架构
架构说明：
- 将系统服务层完全独立出来，抽取为一个一个的微服务。
- 抽取的粒度更细，遵循单一原则。
- 采用轻量级框架协议传输。
架构优点：
- 服务拆分粒度更细，有利于提高开发效率。
- 可以针对不同服务制定对应的优化方案。
- 适用于互联网时代，产品迭代周期更短。
架构缺点：
- 粒度太细导致服务太多，维护成本高。
- 分布式系统开发的技术成本高，对团队的挑战大。
五、Dubbo简介
Apache Dubbo是一款高性能的Java RPC框架。其前身是阿里巴巴公司开源的一个高性能、轻量级的开源Java RPC框架，可以和Spring框架无缝集成。
5.1、什么是RPC？
RPC全称为remote procedure call，即远程过程调用。比如两台服务器A和B，A服务器上部署一个应用，B服务器上部署一个应用，A服务器上的应用想调用B服务器上的应用提供的方法，由于两个应用不在一个内存空间，不能直接调用，所以需要通过网络来表达调用的语义和传达调用的数据。
需要注意的是RPC并不是一个具体的技术，而是指整个网络远程调用过程。
RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于RPC范畴。各种开发语言都有自己的RPC框架。Java中的RPC框架比较多，广泛使用的有RMI、Hessian、Dubbo等。
Dubbo官网地址：http://dubbo.apache.org
5.2、Dubbo提供了三大核心能力
- 面向接口的远程方法调用
- 智能容错和负载均衡
- 以及服务自动注册和发现
5.3、完整的RPC框架
核心功能：
