|厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计|--可伸缩Active Server 应用程序设计策略(转)

建站必读

网站建设知识

网站推广研究

当前位置：首页 -> 建站必读 -> ASP技术

可伸缩Active Server 应用程序设计策略(转)

Steve Kirk

MSDN Content Development Group

　　本文介绍了在一个分布式服务器“优雅地扩展（scale gracefully）”

Active Server Pages (ASP) 事务处理应用程序的设计策略。“优雅地伸

缩”意味着该应用程序在分布到多台计算机的同时能够保持其功能完整性

和高效的使用能力。

　　在前面的一篇文章“An Active Server Interface for the Corporate

Benefits Sample,”中我给出了一个 ASP应用程序。该应用程序使用了一

个依照根据功能和可重用能力所划分的界限来分离表示和数据服务的分层

服务模型。在本文中，我将扩展该概念，以展示如何将事务处理性的应用

程序分为无状态（stateless）、封装的、能减少对ASP Session对象缓冲

数据需要的请求。通过减少对Session对象的需求，你将减少对cookies的

依赖，而且可以使你的应用程序易于在多个Microsoft IIS（Internet

Information Servers，Internet信息服务器）分布。

　　我还将讨论将无状态对象模型用于中间层服务对象，中间层服务对象

的方法调用之间不保存对象（属性）数据。对于你的服务对象，使用无状

态对象模型比有状态对象模型更加有效，因为无状态模型不需要Microsoft

Transaction Server (MTS，Microsoft 事务处理服务器)在每次停止对象

时设置对象属性缓冲和在激活对象时恢复数据。通过这种方式使你的应用

程序与 MTS友好协作，你能够预先设置其以便有效地使用它所提供的附加

计算能力。

　　最后，我将展示在事务处理应用程序中如何通过共享会话间的显示数

据（presentation data）来减少一个主要的数据库查询耗费。检索显示

于用户界面数据的工作在典型事务处理应用程序中产生的查询工作要多于

实际更改数据的数据操作。如果这些显示数据存储于共享的显示数据缓冲

对象中，则可以被多个会话使用从一个当前处理（in-process）缓冲中提

供给用户界面，由此消除了后台数据库上的花费大、冗余性的查询。

　　本文适用于使用Microsoft Active Server Pages 2.0的n层事务处理

应用程序。应用程序服务由运行在Microsoft Transaction Server 2.0并

使用带有Microsoft Distributed Transaction Coordinator (DTC)的

Microsoft SQL Server 6.5 的COM（Component Object Model，组件对象

模型）服务器提供。

在数量上的能力

　　开发Microsoft Windows NT操作系统的服务器应用程序的众多优点之

一是服务器的能力可通过多台计算机分布式承担一个应用程序的工作而得

到提升。大量的能力可以在Microsoft新近演示的分布式环境中得到扩展。

该分布式环境是一个运行Windows NT Server 4.0、Microsoft SQL Server

6.5、Distributed Transaction Coordinator和Microsoft Transaction

Server的小型计算机工作组，能够以每天十亿次的速度进行银行事务处理

（大约是世界银行事务处理量的四分之一）。

　　如果你使用无状态请求模型设计ASP应用程序，你将能够通过多台IIS

服务器分布它，并能使用其在多台计算机上所能扩展的无尽能力。如果这

还不足以使你使用无状态请求模型，可以再想想其它优点：通过封装应用

程序请求和消除对会话状态的依赖，你的代码片段易于被重用，你的应用

程序也更易于维护。

Corpus Distributus

提供大数量在线事务处理（OLTP，online transaction processing）的

分布式Internet服务器包括下面几部分：

HTTP服务器. 独立的IIS服务器组成的系统，使用任何分布或装入平衡

（load-balancing）策略，对Internet上的HTTP请求提供服务。随着对任

一种资源的需求的不断增长，该种资源或分支的搜寻路径可以传递到一台

未充分利用的计算机。为了利用这种强大的分布能力，你的应用程序需要

封装HTTP请求以便它们提供所有必要信息来满足请求。通过减少对请求间

的客户端所提供的服务器缓冲的依赖，应用程序请求集成为无状态。虽然

ASP提供Session对象用于服务器上的状态缓冲，但由于Session对象不能

在 IIS服务器间共享，所以对这种特性的依赖可能会限制了一个应用程序

的伸缩能力。而且由于检索会话数据的会话标记符（session identifier）

作为一个cookie传送到了浏览器，在用户的浏览器缺乏对 cookies的支持

或用户设置为拒绝cookies时，使用ASP Session对象会使你的应用程序走

向运行失败。

　　分层应用服务(COM服务器). COM的中间件（middleware）层，通过采

用MTS管理的 DCOM的计算机发布，组成应用程序。层次是根据功能和可重

用能力划分而界定的，而实际的组件界线由资源和分布式的要求确定。客

户端与后台数据库间的服务对象的分层提供了代码重用能力、高效的资源

利用能力、数据安全、事务完整性。MTS 控制对象的实例化以便实际在m

本站关键词：

|厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计||厚街镇沙田镇长安镇| 寮步镇大岭山大朗諀黄江镇樟木头凤岗諀塘厦镇谢岗镇清溪諀常平镇桥头镇横沥镇|东坑镇企石镇石排镇|茶山镇莞城东城|万江南城|东莞网络服务|东莞软件开发|东莞软件设计|东莞主页设计|