Team System:设计分布式系统以进行部署
逻辑数据中心设计器
逻辑数据中心设计器 (LDD) 用于创建相互连接的逻辑服务器的关系图,这些关系图表示数据中心的逻辑结构。这些逻辑数据中心关系图可将有关目标部署环境的重要信息传达给开发人员。借助该设计器,操作架构师可以指定和配置数据中心的服务器类型、许可的通信类型、特定的通信路径,以及支持的服务类型。
通常,逻辑数据中心关系图由操作分析人员创建并拥有,但由开发人员使用。创建了逻辑数据中心关系图之后,操作分析人员可以在整个应用程序开发生命周期中锁定并管理关系图版本,以使其与数据中心的设计更改保持同步。和其他的分布式系统设计器一样,逻辑数据中心设计器也与 Visual Studio 完全集成。但是,逻辑数据中心关系图的创建与应用程序开发过程无关。这些关系图保存为 .lsad 文件,并可以由部署在同一目标环境中的其他分布式系统重用。
下图显示一个处于构建中的简单逻辑数据中心关系图示例。
图 2. 逻辑数据中心设计器

在 LDD 中,工具箱包含预定义的逻辑服务器原型,它们可以添加到关系图中。逻辑服务器表示数据中心中的应用程序主机。本地类型包括 Windows 客户端服务器、Web 服务器(IIS 服务器)、SQL Server 和通用服务器。除了通用服务器之外,每个原型都定义一组用于配置服务器的设置和适用约束。之所以包括通用服务器,只是为了记录的目的,并考虑到要进行建模的数据中心中存在其他类型的服务器。每个逻辑服务器都有两个指定特定通信协议的终结点。可以将终结点添加到逻辑服务器中,以便通过该终结点与其他逻辑服务器通信。
通过编辑所提供的设置,可以对数据中心内逻辑服务器的配置进行建模。除了编辑所提供的设置之外,也可以从实际的服务器中导入这些设置。描述数据中心之后,就可以使用设置和约束编辑器来指定与应用程序(它们可以宿主在数据中心的表示形式中)的类型和配置有关的策略约束。这些约束是根据应用程序层中的设置创建的,因为它们可以用于约束服务器可宿主的应用程序的类型,并且可以用于指定应用程序所需的配置。例如,对于 Web 服务器上宿主的应用程序,可以约束 ASP.NET 安全设置;对于 Windows 客户端服务器上宿主的应用程序,则必须具备所需的 NET Framework 版本。将某些设置标记为“固定”,可以指定这些设置不能在开发期间重写。
设置和约束编辑器如图 3 所示。

工具箱还包含若干区域和终结点。区域表示数据中心的通信边界。区域终结点表示区域和服务器之间的连接点。区域和服务器之间的通信路径由区域终结点控制,可以配置区域终结点来确定允许进出该区域的通信协议的类型。服务器终结点用于指定服务器和跨区域发送或接收通信的服务器之间所允许的通信路径和协议。
作为部署验证的一部分,系统要根据应用程序中定义的设置和约束,来验证逻辑数据中心关系图中定义的配置设置和应用程序约束(请参见部署设计器)。这样,数据中心策略和部署要求便可以从操作小组传达到开发团队。
系统设计器
系统设计器用于根据 ACD 中定义的应用程序组成和配置系统。在分布式系统设计器中,系统是部署单元,而且是一个或多个应用程序及其他子系统的一项配置。因为系统可以由其他系统组成,所以允许定义大规模分布式系统方案。应用程序架构师可以设计复杂的多层系统,以此作为“嵌套”系统的层次结构。
在创建系统定义时,可以独立于 ACD 中显示的开发配置来定义部署配置。如果允许,在系统关系图中使用应用程序时,可以重写在 ACD 的应用程序定义中定义的应用程序设置。可以创建多个系统定义,每个定义对应于解决方案中定义的应用程序的不同配置。这样,允许针对不同的规划部署(也可能针对不同的数据中心配置、不同的地理部署或不同的客户)定义不同的配置。 图 4 显示一个包含嵌套系统的系统关系图示例。

逻辑数据中心设计器 (LDD) 用于创建相互连接的逻辑服务器的关系图,这些关系图表示数据中心的逻辑结构。这些逻辑数据中心关系图可将有关目标部署环境的重要信息传达给开发人员。借助该设计器,操作架构师可以指定和配置数据中心的服务器类型、许可的通信类型、特定的通信路径,以及支持的服务类型。
通常,逻辑数据中心关系图由操作分析人员创建并拥有,但由开发人员使用。创建了逻辑数据中心关系图之后,操作分析人员可以在整个应用程序开发生命周期中锁定并管理关系图版本,以使其与数据中心的设计更改保持同步。和其他的分布式系统设计器一样,逻辑数据中心设计器也与 Visual Studio 完全集成。但是,逻辑数据中心关系图的创建与应用程序开发过程无关。这些关系图保存为 .lsad 文件,并可以由部署在同一目标环境中的其他分布式系统重用。
下图显示一个处于构建中的简单逻辑数据中心关系图示例。
图 2. 逻辑数据中心设计器

在 LDD 中,工具箱包含预定义的逻辑服务器原型,它们可以添加到关系图中。逻辑服务器表示数据中心中的应用程序主机。本地类型包括 Windows 客户端服务器、Web 服务器(IIS 服务器)、SQL Server 和通用服务器。除了通用服务器之外,每个原型都定义一组用于配置服务器的设置和适用约束。之所以包括通用服务器,只是为了记录的目的,并考虑到要进行建模的数据中心中存在其他类型的服务器。每个逻辑服务器都有两个指定特定通信协议的终结点。可以将终结点添加到逻辑服务器中,以便通过该终结点与其他逻辑服务器通信。
通过编辑所提供的设置,可以对数据中心内逻辑服务器的配置进行建模。除了编辑所提供的设置之外,也可以从实际的服务器中导入这些设置。描述数据中心之后,就可以使用设置和约束编辑器来指定与应用程序(它们可以宿主在数据中心的表示形式中)的类型和配置有关的策略约束。这些约束是根据应用程序层中的设置创建的,因为它们可以用于约束服务器可宿主的应用程序的类型,并且可以用于指定应用程序所需的配置。例如,对于 Web 服务器上宿主的应用程序,可以约束 ASP.NET 安全设置;对于 Windows 客户端服务器上宿主的应用程序,则必须具备所需的 NET Framework 版本。将某些设置标记为“固定”,可以指定这些设置不能在开发期间重写。
设置和约束编辑器如图 3 所示。

工具箱还包含若干区域和终结点。区域表示数据中心的通信边界。区域终结点表示区域和服务器之间的连接点。区域和服务器之间的通信路径由区域终结点控制,可以配置区域终结点来确定允许进出该区域的通信协议的类型。服务器终结点用于指定服务器和跨区域发送或接收通信的服务器之间所允许的通信路径和协议。
作为部署验证的一部分,系统要根据应用程序中定义的设置和约束,来验证逻辑数据中心关系图中定义的配置设置和应用程序约束(请参见部署设计器)。这样,数据中心策略和部署要求便可以从操作小组传达到开发团队。
系统设计器
系统设计器用于根据 ACD 中定义的应用程序组成和配置系统。在分布式系统设计器中,系统是部署单元,而且是一个或多个应用程序及其他子系统的一项配置。因为系统可以由其他系统组成,所以允许定义大规模分布式系统方案。应用程序架构师可以设计复杂的多层系统,以此作为“嵌套”系统的层次结构。
在创建系统定义时,可以独立于 ACD 中显示的开发配置来定义部署配置。如果允许,在系统关系图中使用应用程序时,可以重写在 ACD 的应用程序定义中定义的应用程序设置。可以创建多个系统定义,每个定义对应于解决方案中定义的应用程序的不同配置。这样,允许针对不同的规划部署(也可能针对不同的数据中心配置、不同的地理部署或不同的客户)定义不同的配置。 图 4 显示一个包含嵌套系统的系统关系图示例。

0
相关文章