《分布式与云计算课程笔记》——2.1 分布式系统体系结构

日光沉寂的半海21

已于 2023-04-22 23:42:13 修改

阅读量569

点赞数 2

文章标签：分布式架构

于 2023-04-22 22:02:46 首次发布

本文链接：https://blog.csdn.net/cxz_zzg/article/details/130310370

版权

Architectural styles更偏向于理论、逻辑上，关注对系统的分解

System architectures更偏向于实践，实际中

一、体系结构的样式 Architectural styles

1、分层体系结构

2、基于对象的体系结构

3、Resource-based

二、MiddleWare Organization

1、使用遗留应用建立中间件

2、截取控制流 Intercept the usual flow of control

三、系统体系结构 System architectures

1、集中式体系结构

2、非集中式体系结构：P2P系统（重点，2.2讲）

3、混合体系结构

一、体系结构的样式 Architectural styles

根据组件、组件之间相互的连接方式、组件之间的数据交换以及这些元素如何集成到一个系统中来定义。

组件Component：一个模块单元，可以提供良好定义接口，在其环境中是可替换的。
链接器Connector：在组件之间传递通信、使组件相互协调和协作。

通讯对于分布式系统的架构的影响非常大，不同的通讯方式导致不同的架构，通讯的花费占据了很大的比例。

架构类型：分层、面向对象

根据组件和连接器的使用，划分成不同体系结构：

1、分层体系结构

分层架构是最常见的，大部分企业级应用都是分层的，比如OSI七层协议。分层最大的好处是能够使系统构造简单，与分层相对应的架构就是面向对象的，两者区别在于分层架构的通讯比较少，因为标准分层架构中，只有在相邻的两层之间才会发生connector，而且connector一般体现为downcall，上层调用下层（下层向上层提供服务），所以如果n层，connector只有n-1层。系统容易构建，分层逻辑清晰。但如果面向对象，n个components可能n*(n-1)个connector。比如javaEE开发的应用也是分层的。

分层架构不仅简单，而且系统灵活性更高，因为下层对上层是黑盒的，很容易一层一层替换。比如TCP/IP可以在有线或者无线网上跑。

分层架构不足：

1. 调错不容易（黑盒是双刃剑，底层系统是黑盒，出错不报错，没有暴露）

2. 性能损失，因为调用耗时，系统分层越多性能损失越大，所以就有跨层调用

跨层调用理论上不符合分层调用的原则，但对整个分层协议负面影响不大，实际跨层是很常用的提高性能的手段，比如无线传感网。

注意：第三种（upcall）尽量避免，会有非常负面的影响，是对整个分层协议的颠覆，尽量避免。因为除非特别特殊的情况，一般不用。因为分层协议的本质是黑盒的，上层只知道下层提供的服务，下层完全不知道上层，而如果upcall，对整个系统破坏性非常大。

总之，组件组成了不同的层，其中上层中的组员可以调用下面的层。

2、基于对象的体系结构

每个对象都对应一个组件，这些组件是通过(远程)过程调用机制来连接的。

面向对象的架构对比分层使用的概率小得多，因为是网状结构，较为复杂。注意面向对象的架构不是面向对象的语言，不是具体实现，而是架构风格（面向对象语言使用非常多）

3、Resource-based

Restful architecture：View a distributed system as a collection of resources, individually managed by components.

核心：和CS架构相似，把数据放在后端。不同之处是把web作为数据库，通过web协议对数据进行操作。CS架构使用JDBC等数据驱动，用sql语句对数据操作，CS架构的问题是不能在广域网进行操作，只能在局域网，但web架构肯定是广域网。

Restful把HTTP协议的四个请求，对应数据的增删改查操作，把前端的GET请求解析成对数据的query（主要取决于后端解析）。把HTTP协议转化为对资源进行操作的协议。所以理论上就是对数据对象进行操作，用面向对象的架构也可以，通过URI区分数据对象。

Restful协议是最简单的协议，写程序也很简单，用URI映射。

通过改造WEB服务器，HTTP协议之间都是web服务器解析。而现在web的服务器都支持rest，实际就加了一个几百K的包，rest架构开发较为简单，下一个demo一天搞定，因为只有对资源的增删改查。

例如亚马逊的简单存储服务S3也是使用URI进行资源定位，也是用HTTP操作。

Rest被几乎所有云计算支持，分布式系统有很多种，但最成熟的是分布式存储系统，所以云计算首先提供的服务就是云存储，即对资源增删改查。但是云存储有很多种，比如亚马逊S3存储和谷歌的完全不同。谷歌是专用的（虽然开源），亚马逊是通用的，更专注通用性。

多提一嘴：

亚马逊的简单存储服务就是采用分布式键值存储（比如数据结构 hash、map就是，非常常用的存储方式）。有一类特殊的P2P系统就是采用分布式key-value，非常常用的存储方式，也归类于面向对象的架构，即value就是object。

另外还有总线结构，也比较常用：

和前面最主要的区别就是通讯。前面分层和面向对象架构，component之间的关系是调用，调用属于同步通讯，即客户在得到服务之前会阻塞，关系比较紧密，可扩性差。异步通讯比较松散。从可扩性的角度，松散的系统可扩展性更强。所以异步系统component更多，系统更大。但是异步系统难管理（通讯不知道什么时候回来，需要事件驱动），编程不确定高，测试什么都很困难。

所以现实中引入总线结构：event-bus。

由component之间相互发变成component发给总线，总线处理后再发给相对应component（就好像写信的邮局）。把m*n转换为m*1和1*n的。数据库也是，表和表多对多很难。总线结构既有异步的好处，又降低管理的复杂性，系统更简单，更容易构造。

即星型结构，部分规模大的异步系统，往往都是实现总线或者星型结构。

先注册后通知，再来查询，变成点状结构，星型结构，也是常用的方式来实现异步。

二、MiddleWare Organization

1、使用遗留应用建立中间件

遗留应用：各种信息化系统不相通，即非统一开发系统，语言、数据库、平台都不一样，为了信息化如何整合到一切：能不能互操作、安全问题，最早只能开放数据库。

解决办法：Wrapper

设计模式：适配器模式（偏代码级，往代码底层去的）
在 Enterprise Application Integration EAI 企业应用集成：一旦想要开放哪个功能，把功能封装成web service提供调用。
虽然web服务性能很差，但最大的优点就是可以遗留应用集成，web service语言独立（传递返回都是xml格式），打破信息孤岛。

图中Wrapper就是在外面包裹了一层web service。这个架构也可以通过一个broker来实现，broker设计模式。