VisualStudio2005TeamSystem设计分布式系统以进行部署-Microsoft.doc

Visual Studio 2005 Team System：设计分布式系统以进行部署 发布日期： 6/20/2005 | 更新日期： 6/20/2005 Bill Gibson and Alex ToroneMicrosoft Corporation 适用于：Microsoft Visual Studio? 2005 Team System 摘要：本文研究 Visual Studio 2005 Team System 中用于构建分布式应用程序的软件设计工具。 注 本文档于产品投入生产之前编写，因此您可能会发现这里所包含的细节与发布的产品有不一致的地方。文文中的信息均依据撰写本文时的产品状况，仅供您在规划时参考。如有更改，恕不另行通知。Microsoft 拥有本文档中的主题所涉及的专利、专利应用程序、商标、版权或其他的知识产权。除非 Microsoft 以任何书面许可协议明确提供，向您提供本文档并没给予您使用这些专利、商标、版权或其他知识产权的任何许可证。 本页内容 简介 设计分布式系统的难题 改进分布式系统的设计和部署 分布式系统设计器概述 扩展性 与 Visual Studio 2005 Team System 集成 小结 简介 分布式系统设计器由各种支持分布式系统图形设计和验证的工具组成。该工具集包括适用于应用程序架构师、设计人员、开发人员和操作架构师的工具。分布式系统设计器是源于动态系统计划 (DSI) 的早期工具，旨在改进企业级分布式系统的开发、部署和管理。有关 DSI 的详细信息，请参阅 Microsoft Dynamic Systems Initiative。这些工具是 Visual Studio 2005 Team System 的一部分。 面向服务的体系结构是下一代分布式应用程序的基础。Microsoft 的“Indigo”平台将提供业界领先的、面向服务的系统。“Indigo”将基于 SOAP 和目前 Windows 平台所提供的 Web 服务支持进行构建，并增加了对各种传输和系统拓扑结构的广泛支持，从而能够在服务之间进行安全、可靠和持久的基于消息的通信。既然 Indigo 平台本身有了许多重要的改进，企业现在就可以使用 SOAP、XML 消息处理和 ASP.NET Web 服务来开发面向服务的系统。有关详细信息，请参阅 Indigo。 返回页首 设计分布式系统的难题 设计和部署分布式系统是一个相当复杂的过程。本节解释一些可能出现的问题。 使分布式系统的设计可视化 将系统结构作为一个整体进行可视化已变得越来越困难，这是因为在面向服务的体系结构中，系统变得越发支离破碎。此外，随着时间的推移，由于各个部门购买、开发或获取各种各样的应用程序，因此企业通常聚集了许多不同的系统。由于各个系统可能采用了很多编程技术，因此在它们之间共享功能和数据常常十分困难。为了实现互操作，设计基于消息的界面已日益成为对开发人员和架构师的一项基本要求；设计新消息并确保与现有的消息架构保持一致至关重要。通过消息进行互操作是面向服务的体系结构的核心。 保持设计和代码同步 为了保持系统设计文档最新，架构师和开发人员之间要进行密切沟通。然而，一旦开始编码（即便是出于完善的目的），系统设计文档常常会变得过时且不准确。但这种使设计文档与迅速变化的代码同步的艰巨任务很快就要成为过去。 为部署而设计 软件和硬件供应商经常认为开发人员了解平台配置（SQL、IIS、BizTalk 等）的每个细微差别，并认定操作管理能完全识别应用程序开发人员使用的框架和消息协议。尽管操作应该是整个软件开发生命周期的一部分，但是这一部分在组织和功能上是与开发分离的。操作人员与开发人员很少主动进行合作，双方通常是在开发后期被动地合作以诊断可早期预防的问题。 考虑开发和部署 Web 服务的简单情况。尽管开发人员的关注焦点是实现服务，但他们仍需考虑以下方面：安全性、身份验证模型、目标环境所需的其他支持服务以及使 Web 服务按预期方式运行所需的配置设置。操作需要识别新服务所需的协议和服务，以及企业 IT 策略是否得以遵循。开发与操作之间的分离导致的不匹配配置经常会引发部署问题，更糟糕的是，与数据中心不兼容的设计会导致将大量的 IT 预算花费在纠正部署问题上。 尽管很多企业试图通过文档、设计审查及精心绘制的图表来解决沟通问题，但往往由于缺少相关的工具和公共语言而无法有效地实施和传达他们的策略。此外，这些过程目前已经从开发人员和操作人员日常所使用的实际工具中删除，因此过程本身存在一定的问题。 为安全性配置应用程序 确保分布式应用程序的安全是一个既耗时又复杂的过程，原因在于要涉及许多影响应用程序设计的技术和设置。目前，在设计应用程序时，没有一种用来表示