分布式系统中的相关概念

---

个人主页： 叶落闲庭
我的专栏：
c语言
数据结构
javaEE
操作系统

石可破也，而不可夺坚；丹可磨也，而不可夺赤。

---

一、大型互联网项目架构目标

1.1 互联网用户特点

• • 用户多
• • 流量大 、并发高
• • 海量数据
• • 易受攻击
• • 功能频繁
• • 变更快

1.2 衡量网站的性能指标

• 响应时间：指执行一个请求从开始到最后收到相应数据所花费的总体时间
• 并发数：指系统同时能处理的请求数量
• • 并发连接数：指的是客户端向服务器发起请求，并建立了TCP连接，每秒钟服务器连接的总TCP数量
• • 请求数：也称为QPS（Query Per Second）指每秒多少请求
• • 并发用户数：单位时间内有多少用户
• 吞吐量：指单位时间内系统能处理的请求数量
• • QPS：Query Per Second 每秒查询数
• • TPS：Transactions Per Second 每秒事务数
• • 一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程，客户机在发送请求开始计时，收到服务器响应后结束计时，以此来计算使用时间和完成的事务个数
• • 一个页面的一次访问，只会形成一个TPS；但一次页面请求，可能产生多次对服务器的请求，就会有多个QPS
• **QPS>=并发连接数>=TPS**

---

1.3、大型互联网项目架构目标

• 高性能：提供快速的访问体验
• 高可用：网站服务一直可以正常访问
• 可伸缩：通过硬件增加/减少，提高/降低处理能力
• 高可扩展：系统间耦合低，方便的通过新增/移除方式，增加/减少新的功能/模块
• 安全性：提供网站安全访问和数据加密，安全存储等策略
• 敏捷性：随需应变，快速响应

二、集群和分布式

• 集群：很多“人”一起，干一样的事
• • 一个业务模块，部署在多台服务器上
• 分布式：很多“人”一起，干不一样的事，这些不一样的事，合起来是一件大事
• • 一个大的业务系统，拆分成小的业务模块，分别部署在不同的机器上

三、 架构和演进

3.1 单体架构

• 优点：
• • 简单：开发部署很方便，小型项目首选
• 缺点：
• • 项目启动慢
• • 可靠性差
• • 可伸缩性差
• • 扩展性和可维护性差
• • 性能低

---

---

3.2 垂直架构

• 垂直架构是指将单体架构中的多个模块拆分成多个独立的项目，形成多个独立的单体架构
• 单体架构存在的问题：
• • 项目启动慢
• • 可靠性差
• • 可伸缩性差
• • 扩展性和可维护性差
• • 性能低
• 垂直架构存在的问题：
• • 重复功能太多

---

---

3.3 分布式架构

• 分布式架构是指在垂直架构的基础上，将公共业务模块抽取出来，作为独立的服务，供其他调用者消费，以实现服务的共享和重用
• RPC：Remote Procedure Call远程过程调用，有非常多的协议和技术都实现了RPC的过程（如:HTTP REST风格，Java RMI规范、WebService SOAP协议、Hession等）
• 垂直架构存在的问题：
• • 重复功能太多
• 分布式架构存在的问题：
• • 服务提供方一旦产生变更，所有消费方都需要变更

---

---

3.4 SOA架构

• SOA：（Service-Oriented Architecture,面向服务的架构）是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。
• ESB：（Enterparise Service Bus）企业服务总线，服务中介。主要提供了一个服务于服务之间的交互。ESB包含的功能如：负载均衡，流量控制，加密处理，服务的监控，异常处理，监控告急等等。

---

3.5 微服务架构

• 微服务架构是在SOA上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分成多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
• 微服务架构=80%的SOA服务架构思想+100%的组件化架构思想+80%的领域建模思想
• 特点：
• 服务实现组件化：开发者可以自由选择开发技术，也不需要协调其他团队
• 服务之间交互一般使用REST API
• 去中心化：每个微服务有自己私有的数据库持久化业务数据
• 自动化部署：把应用拆分成一个一个独立的单个服务，方便自动化部署、测试、运维

---

---