分布式系统体系结构与命名课件.ppt

分层体系结构 层次结构的基本结构如下图所示。在这种体系结构中，整个系统被组织成一个分层结构，每一层为上层提供服务，并作为下一层的客户。 系统的构件封装了数据和必须应用到该数据上的操 作，构件间通过消息传递进行通信与合作。与主程序/子程 序的体系结构相比，面向对象风格中的对象交互会复杂一 些。面向对象风格与网络应用的需求在分布性、自治性、 协作性、演化性等方面具有内在的一致性。 面向对象风格具有以下优点: （1）因为对象对其他对象隐藏它的表示，所以可以改变一个对象的表示，而不影响其他对象。 （2）设计者可将一些数据存取操作的问题分解成一些交互的代理程序的集合。 上图中,可把中心存储库变换成“黑板”，黑板构件负责协 调信息在客户间的传递，当用户感兴趣的数据发生变化时， 它将通知客户软件。黑板系统的组成如下图所示。黑板系统 的传统应用是信号处理领域，如语音和模式识别。另一应用 是松耦合代理数据共享存取。 集中式体系结构 传统的C/S体系结构分为两层。在这种体系结构中，一 个应用系统被划分为客户机和服务器两部分。典型的两层 C/S体系结构如下图所示。 （2）胖客户机模型。在这种模型中，服务器只负责对数据 的管理。客户机上的软件实现应用逻辑和与系统用户的交 互。 胖客户机模型能够利用客户机的处理能力，比瘦客户机 模型在分布处理上更有效。但另一方面，随着企业规模的 日益扩大，软件的复杂程度不断提高，胖客户机模型逐渐 暴露出了以下缺点： 开发成本较高。 用户界面风格不一，使用繁杂，不利于推广使用。 软件移植困难。 软件维护和升级困难。 三层C/S体系结构将整个系统分成表示层、应用逻辑层 和数据层三个部分，其数据处理流程如下图所示。 （1）表示层：表示层是应用系统的用户界面部分，担负着 用户与应用程序之间的对话功能。它用于检查用户从键盘等 输入的数据，显示应用程序输出的数据，一般采用图形用户 界面（graphic user interface， GUI）。 （2）应用逻辑层：应用逻辑层为应用系统的主体部分，包 含具体的业务处理逻辑。通常在功能层中包含有确认用户对 应用和数据库存取权限的功能以及记录系统处理日志的功 能。 （3）数据层：数据层主要包括数据的存储及对数据的存取 操作，一般选择关系型数据库管理系统（RDBMS）。 浏览器/服务器（browser/server，B/S）风格是三层体 系结构的一种实现方式，其具体结构为浏览器/Web服务器/ 数据库服务器。B/S体系结构如下图所示。 与C/S体系结构相比，B/S体系结构也有许多不足之处。 （1）B/S体系结构缺乏对动态页面的支持能力，没有集成 有效的数据库处理功能。 （2）采用B/S体系结构的应用系统，在数据查询等响应速 度上，要远远地低于C/S体系结构。 （3）B/S体系结构的数据提交一般以页面为单位，数据的 动态交互性不强，不利于在线事务处理（OLTP）应 用。 在客户机/服务器模型中，客户机和服务器的地位是不同 的。为了消除客户机与服务器之间的差别，提高系统的伸 缩性以及有效地均衡负载，可采用分布式对象体系结构来 设计系统。 分布式对象的实质是在分布式异构环境下建立应用系统 框架和对象构件，它将应用服务分割成具有完整逻辑含义 的独立子模块（称为构件），各个子模块可放在同 一台服务器或分布在多台服务器上运行，模块之间通过中 间件互相通信。 分布式对象体系结构 当前主流的分布式对象技术规范有OMG的CORBA、Microsoft公司的.NET和Sun公司的J2EE。 它们都支持服务端构件的开发，都有其各自的特点。 在OMG的对象管理结构中，ORB是一个关键的通信机 制，它以实现互操作性为主要目标，处理对象之间的消息 分布。在ORB之上有4个对象接口： （1）对象服务：定义加入ORB的系统级服务，如安全 性、命名和事务处理，它们是与应用领域无关的。 （2）公共设施：水平级的服务，定义应用程序级服务。 （3）领域接口：面向特定的领域。 （4）应用接口：面向指定的现实世界应用。是指供应商或 用户借助于ORB、公共对象服务及公共设施而开发的 特定产品。 MVC框架 分布式对象体系结构 MVC的处理过程为：首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理；然后模型用业务逻辑来处理用户的请求并返回数据；最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 其中，模型是核心数据和功能，视图只关心显示数据，控制只关心用户输入，这种结构由于将数据和业务规则从表示层分开，因此可以最大化