一、单体架构:
四个模块ABCD放到一个项目中,功能模块不进行拆分,项目整体搭建集群叫做多机单体架构,项目不搭建集群叫单机单体架构。
单体架构的优点:
简单:开发部署都很方便,小型项目首选
单体架构的缺点:
随着业务增长,时间推移,数量量越来越大,用户越来越多,单体架构会存在问题:
-- 项目启动慢: ABCDEF 很多项目导致项目启动慢。
-- 可靠性差 : D模块出现问题,会影响ABC, D一旦挂了,其他模块也不能用了。
-- 可伸缩性差:
-- 扩展性和可维护性差:
-- 性能低:
二、垂直架构
概念:某一个领域细分 称为垂直,像早期淘宝什么都卖,随后出现了很多垂直的网站,如京东 唯品会,聚美优品 ,电商方面的垂直。
垂直架构是指将单体架构中的多个模块拆分为多个独立的项目。形成多个独立的单体架构。
如下图:项目1 部署ABE,项目2 部署CDE
(1)垂直结构解决了单体架构 中存在的问题:
- 项目启动慢 :项目拆分,启动2个项目;
- 可靠性差 : 模块D挂了,AB不受影响;
- 可伸缩性差:如CD访问人数多,那么CD搭建集群;
- 扩展性和可维护性差:CD 模块添加E,AB不受影响;
- 性能低
(2)垂直架构存在的问题: 重复功能太多
如:公共组件,如用户管理,假如AB模块是电商订单项目, 要获取用户信息(E), CD模块是 购物车模块,也要获取用户信息(E),用户管理模块E,都需要用,都需要写。
三、分布式架构
分布式架构:是指在垂直架构的基础上,将公共业务模块抽取出来,作为独立的服务供其他调用者消费,以实现服务的共享和重用。底层通过RPC(远程过程调用实现)
RPC: Remote Procedure Call远程过程调用。有非常多的协议和技术来都实现了RPC的过程。比如: HTTP REST风格,Java RMI规范、WebService SOAP协议Hession等等。
如下图:AB,CD 是服务消费者,服务提供者是E。
(1)分布式架构解决垂直架构存在的问题:
-- 重复功能太多: 已解决,但是有很多服务提供者,服务交叉调用会存在问题。
(2)分布式架构存在的问题:服务统一管理;
-- 服务提供方- 一旦产生变更,所有消费方都需要变更。
如:网络调用的三要素为:协议,IP,端口。如果服务提供者 E的IP发生变化 ,AB和CD需要手动修改调用。
四、面向服务的架构(SOA)
SOA: (Service- Oriented Architecture,面向服务的架构):是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和契约联系起来。
ESB: (Enterparise Servce Bus):企业服务总线,服务中介。主要是提供了一一个服
务于服务之间的交互。ESB包含的功能如:负载均衡,流量控制,加密处理,服务
的监控,异常处理,监控告急等等。
如下图:模块和服务之间通过ESB通信
(1)面向服务架构解决了分布式架构存在的问题:(服务之间的调用通过ESB管理)
--服务提供方- -旦产生变更,所有消费方都需要变更:服务之间不再直接调用,而是通过ESB通信。
五、微服务架构:
微服务架构和面向服务的架构基本是一回事。
微服务架构是在SOA上做的升华,微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”,原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
微服务架构= 80%的SOA服务架构思想+ 100%的组件化架构思想+ 80%的领域建模思想
如下图:ABC三个服务,ABC访问自己的数据库,他们相互之间是独立的,A不能访问B的数据库,客户端通过统一组件-网关访问数据库。
特点:
-- 服务实现组件化,开发者可以自由选择开发技术,也不需要协调其他团队;
-- 服务之间交互一般使用REST API
-- 去中心化,每个微服务有自己私有的数据库持久化业务数据
-- 自动化部署:把应用拆分成为一个一个独立的单个服务,方便自动化部署、测试、运维
六、集群和分布式
在一般项目中,集群和分布式并不是分开的,集群和分布式是并存的。
集群:一个业务模块,部署在多台服务器上。通俗解释就是:很多“人”一起,干一样的事。
如:部署三个单体项目, 通过Nginx 实现负载均衡,请求转发。
分布式:一个大的业务系统,拆分成小的业务模块,分别部署在不同的机器上。通俗解释就是:很多"人”一起,干不一样的事。这些不一样的事, 合起来是一件大事。