分布式系统的基本特性

通常，分布式系统须要支持如下特性：

• 资源共享
• 开放性
• 并发性
• 可伸缩性
• 容错性
• 透明性

下面分别讨论。

容易理解的

资源共享

一旦受权，能够访问环境中的任何资源。

资源：包括硬件(e.g. printer, scanner, camera)、软件（服务）、数据(file, database, web page) 。

如资源管理器控制资源的访问：

• 提供命名机制
• 控制并发访问

开放性

新共享资源添加并被各类客户程序使用的（难易）程度。

如支持异构资源的添加和使用：

• 提供统一的通讯机制
• 发布访问共享资源的接口

并发性

分布系统中的各个组成部分能够在并发的过程当中被执行。

如：

• 多个用户同时访问（和更新）资源
• 多个服务进程同时运行，相互协做

资源定义同上。

可伸缩性

主要强调“伸”；偶尔也强调“缩”。

在资源和用户数较大增加的状况下，系统性能仍能维持甚至提升。

一般表现为：

• 利用网络环境能够为更多的用户服务、并且响应更快
• 一般经过增长更多/更快的处理器，能实现更可靠、更完善的服务

如：

• DNS的解析：一方面，不只能够为每一个根域名设置单独的服务器，还能够为访问量大的二级、更多级域名也单独设置服务器；另外一方面，当访问量变小时，还能够将多个访问量小的根域名的解析合并到一台服务器上。

不容易理解的

容错性

错误发生时，系统可以继续工做的能力。

基于这样一个假设：硬件、软件、网络的错误不可避免。

要容错，就要先知道有哪些错误（故障），再针对故障类型一一解决。

故障类型

分布式系统中的典型故障以下：

故障类型	说明
崩溃性故障	服务器停机，可是在停机以前工做正常
遗漏性故障	服务期不能响应到来的消息。包括不能接受、不能发送
定时故障	服务器的响应在指定时间间隔以外
响应故障	服务期的响应不正确。包括响应的值错误、偏离了正确的控制流
随意性故障	服务器可能在随意的时间产生随意的响应

其中，随意性故障是最严重的故障，也被称为拜占庭故障。当发生故障时，服务器可能产生它历来没有产生过的输出，可是又不能检测出错误。更坏的状况是，发生故障的服务器恶意的与其余服务器共同工做来产生恶意的错误结果。

容错方案

若是系统是容错的，那么它能作的最好的事情就是对其余进程隐藏故障的发生。因为故障没法避免，咱们只能依靠冗余来掩盖故障，包括：

• 信息冗余：添加额外的位能够监测出错误位甚至纠正。如在数据中增长checksum等。
• 时间冗余：执行一个动做，若是须要就再次执行。如事务、超时重传等。
• 物理冗余：添加额外的设备或进程使系统做为一个总体来容忍部分组件的故障。如HDFS的多备份、HA等等。

部分书籍将物理冗余与软件冗余分开，本质上没法彻底分开，由于软件冗余可能在部署在单机或多机上。这里将两者统一为物理冗余。

则针对各故障，可取的主要解决方案为：

• 崩溃性故障——时间冗余、物理冗余
• 遗漏性故障——物理冗余
• 定时故障——时间冗余、物理冗余
• 响应故障——信息冗余、时间冗余、物理冗余
• 随意性故障——信息冗余、时间冗余、物理冗余

透明性

网络环境对于用户和应用程序而言，应该是一个总体，而不是一个互相协做的简单的构件集合。包括多项性质：

• 位置透明性：用户没必要关心对象位于何处。
  • 如DNS、Consul等分布式命名系统。
• 重定位透明性：对象的位置能够变化而不影响对它的调用。
  • 仍然如DNS、Consul等。
• 迁移透明性：系统内部能够迁移对象的位置。
  • 仍然如DNS、Consul等。
• 访问透明性：可用一致的方式访问不一样类型的机器上的对象。
  • 如Yarn、Mesos等分布式资源调度系统。
• 持久透明性：对象所处的状态既能够是活动的，也能够是静止的。
  • 如HBase的WAL，计算机中的cache、段表、页表等。
• 失败透明性：屏蔽被访问对象的失败及恢复过程 （容错）。
  • 如MapReduce、Spark等分布式计算框架。
• 事务处理透明性：与事务处理相关的调度、监控和恢复。
  • 如2PC等分布式事务协议。
• 复制透明性：用户不知道有多少个对象副本存在。
  • 如HDFS、Tair等分布式存储系统。

位置透明性、迁移透明性、重定位透明性是对命名系统的基本要求。

---

本文连接：分布式系统的基本特性
做者：猴子007
出处：monkeysayhi.github.io
本文基于 知识共享署名-相同方式共享 4.0 国际许可协议发布，欢迎转载，演绎或用于商业目的，可是必须保留本文的署名及连接。