第7章-应用架构设计-new分析.ppt

架构概述 系统应用架构（Application Architecture）是一个用于实现信息系统的软硬件和网络的设计蓝图，用于确定应用软件及数据的哪些部分指定给哪些硬件和网络。 由于目前大多数系统都是分布式系统，信息系统构件被分布到计算机网络中的多个地点，为支持这些构件所需的处理负载也在网络上的多个计算机之间分布，因此，如何确定这些组件在哪些计算机上分布十分重要，这也是应用架构设计的主要出发点。 基于主机的架构 最早的计算架构是基于主机的，主机完成所有的应用功能。用户在客户端（终端）发送和接受来自于服务器的消息。客户仅通过按键将其发送到服务器进行处理，接受来自服务器的指令。 这种架构的优点是：简单架构运行性能良好。应用软件开发并存储在一台计算机上，所有数据也存放在同一台计算机上，由于所有的消息都流经一个中央服务器，所以只要进行单点控制。 主要缺点是：服务器必须执行所有消息，当应用请求越来越多时，服务器计算机开始超负荷，不能迅速处理所有的计算机请求。响应时间开始减慢，网络管理者需要更多的投资来进行升级服务器计算机，但是服务器的升级却极为昂贵。 客户服务器架构 一般而言，大型主机可以充当服务器的角色，但更典型的方式是运行具有客户/服务器能力的操作系统网络服务器。如UNIX, WIN2000,LINUX等。这些服务器可以驻留在独立的物理服务器上，也可以合并到一台服务器上。 客户/服务器架构是一种分布式计算方案，其中表现层、表现逻辑层、应用逻辑层、数据处理层和数据层在客户端PC和一个或多个服务器间分布，这就要求服务器比文件服务器的功能更加强大。 当客户承担大多数或者所有应用逻辑时，称为“胖客户”，当客户端只承担表现功能，而服务器承担大多数或者所有应用逻辑时，客户端称为“瘦客户”。 “胖客户”一般需要一台在处理器速度、内存和存储容量方面功能十分强大的个人电脑、笔记本或者工作站完成客户端的任务。 “瘦客户”则可以是一台在处理器速度和内存方面功能不十分强大的个人计算机，仅给用户提供表现界面——仅作为终端使用，实际应用逻辑在远程应用服务器上执行。 服务器主要划分为以下几种类型： 数据库服务器：运行一个或者多个共享的数据库，执行信息系统的所有数据库命令和服务，执行数据层和数据处理层的任务。如Oracle, SQL Server, IBM的DB2。 事务服务器：运行确保所有单个业务事务的数据库修改作为一个整体成功或者失败的服务，例如微软的Transaction Server，IBM的CICS，BEA公司的Tuxedo。 应用服务器：运行信息系统的应用逻辑和服务。必须同前台客户端通信，并同用于数据修改和访问的后台数据库服务器通信。通常应用服务器和实物服务器集成。多数应用服务器以CORBA或者MS的COM+或者DNA标准为基础。 信息和组件服务器：运行电子邮件、日历或者其他工作组服务，这类功能实际可以集成到信息系统应用中。 服务器：运行因特网或者内联网站点，向客户返回文档和数据（XML）。 在该技术下应用的相关网络技术如下： Java技术：主要用于服务器端的应用逻辑编程，称为“servlets”，有时也用于客户端的应用逻辑编程，称为“applets”。 超文本标记语言：HTML (HyperText Markup Language)，主要用于表现层的编程。 可扩展标记语言：XML (Extensible Markup Language)，主要用于可以在web上进行转换的数据内容的编程。 基于Web的系统主要由web浏览器执行表现逻辑和少量的应用逻辑，而web服务器承担应用逻辑、数据访问逻辑和数据存储。 这种架构的优点是： 对于使用Internet标准的客户服务器架构，容易将表现逻辑、应用逻辑和数据访问逻辑进行分离，使其保持相互独立。 例如，表现逻辑可以采用HTML或者XML进行设计，指定网页如何在屏幕上进行显示。采用简单的程序语句链接接口到特定的应用逻辑模块，以执行各种功能。这些定义接口的HTML或者XML文件可以在不影响应用逻辑的情况下进行改动。 同样，也可以对应用逻辑进行修改，而不用对表现逻辑和数据访问逻辑进行改动。 此外，由于所有系统都在浏览器上运行（例如，财务系统、人力系统、生产系统），不用再担心存在多个不同的计算机架构，也不用担心存在不同的操作系统。这种方法可以重新设计传统信息系统在网络上运行的能力。 MVC架构 应用架构的起源中，大家最熟悉的是Smalltalk-80语言中的MVC (Model-View-Controller)架构，该架构可以让Samlltalk 程序员迅速建立程序的使用者接口(User Interface)。 从1980年代的Smalltalk-80 到1990年代Smalltalk-V ，其使用者