CN103377405A - 部署和修改面向服务架构部署环境模型的方法和*** - Google Patents

Abstract

本发明公开了一种部署面向服务架构(SOA)部署环境模型的方法和***、以及修改已部署的SOA部署环境模型的方法和***。在所述部署方法中，通过获取包含用于部署SOA部署环境模型的元素的任务的任务列表，将该任务列表中的任务关联到所述元素，并且执行所述任务以部署所述模型的元素，来实现所述模型的部署。在所述修改方法中，通过获取包含用于修改SOA部署环境模型的元素的任务的任务列表，将该任务列表中的任务关联到所述元素，并且执行所述任务以修改该元素，来实现所述模型的修改。这样，可以用简单且易于实现的方式实现SOA部署环境模型的部署和已部署的SOA部署环境模型的修改。

Description

部署和修改面向服务架构部署环境模型的方法和***

技术领域

本发明涉及面向服务架构(SOA)部署环境建模，更具体地，涉及一种在业务管理环境中部署SOA部署环境模型的方法和***以及一种修改已部署的SOA部署环境模型的方法和***。

背景技术

在业务管理领域中，已经提出了很多在面向服务的架构(SOA)下建立部署环境模型(以下称为SOA部署环境模型)的方法，包括自上而下的建模方法和自下而上的建模方法。然而，如何将SOA部署环境模型部署到部署目标上仍然是个问题。

此外，业务的动态改变往往会引起部署环境(或称为拓扑)的改变。为了使描述这种部署环境的部署环境模型(或称为拓扑模型)适应于业务的改变，需要相应地修改已部署的部署环境模型。而且，由于SOA本身具有适应变化的能力，因此SOA部署管理也要求具有这种能力。然而，为了根据业务的改变而修改/重新部署已经部署的部署环境模型，目前的方法需要设计复杂的逻辑来检测该部署环境模型的目标对象是否已经生成，然后确定是否需要生成/重新生成它。这种逻辑过于复杂以至于难以实现。

因此，需要一种能够以简单且易于实现的方式部署SOA部署环境模型以及修改所部署的SOA部署环境模型的方法和***。

发明内容

鉴于上述问题而提出了本发明。本发明提供了一种部署SOA部署环境模型的方法和***以及修改所部署的SOA部署环境模型的方法和***，其能够以简单且易于实现的方式部署SOA部署环境模型以及修改所部署的SOA部署环境模型，而不需要复杂的逻辑。

根据本发明的一个方面，提供了一种部署SOA部署环境模型的方法，包括：获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务；将所述任务列表中的任务关联到所述元素；以及执行所述任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

根据本发明的另一方面，提供了一种修改已部署的SOA部署环境模型的方法，包括：获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务；将所述任务列表中的任务关联到所述元素；以及执行所述任务列表中的任务以修改该SOA部署环境模型的元素，从而实现该SOA部署环境模型的修改。

根据本发明的另一方面，提供了一种部署SOA部署环境模型的***，包括：获取装置，被配置为获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务；关联装置，被配置为将所述任务列表中的任务关联到所述元素；以及执行装置，被配置为执行所述任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

根据本发明的另一方面，提供了一种修改已部署的SOA部署环境模型的***，包括：获取装置，被配置为获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务；关联装置，被配置为将所述任务列表中的任务关联到所述元素；以及执行装置，被配置为执行所述任务列表中的任务以修改该SOA部署环境模型的元素，从而实现该SOA部署环境模型的修改。

根据本发明上述方面的方法和***能够以自上而下的方式部署SOA部署环境模型以及修改所部署的SOA部署环境模型，使得所部署的SOA部署环境模型能够适应于业务的动态改变。而且，根据本发明上述方面的上述方法和***通过获取、关联和执行任务来实现SOA部署环境模型的部署和修改，不需要复杂的逻辑，易于实现。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了适于用来实现本发明实施方式的示例性计算***100的框图；

图2是用于描述根据本发明实施方式的任务的图；

图3是示出根据本发明实施方式的部署SOA部署环境模型的方法的流程图；

图4是示意性地示出根据本发明实施方式的所部署的SOA部署环境模型的图；

图5是示出根据本发明实施方式的修改已部署的SOA部署环境模型的方法的流程图；

图6是示出根据本发明实施方式的部署SOA部署环境模型的***的框图；

图7是示出根据本发明实施方式的修改已部署的SOA部署环境模型的***的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了适于用来实现本发明实施方式的示例性计算***100的框图。如图1所示，计算机***100可以包括：CPU(中央处理单元)101、RAM(随机存取存储器)102、ROM(只读存储器)103、***总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。在这些设备中，与***总线104耦合的有CPU 101、RAM 102、ROM 103、硬盘控制器105、键盘控制器106、串行控制器107、并行控制器108和显示控制器109。硬盘110与硬盘控制器105耦合，键盘111与键盘控制器106耦合，串行外部设备112与串行接口控制器107耦合，并行外部设备113与并行接口控制器108耦合，以及显示器114与显示控制器109耦合。应当理解，图1所述的结构框图仅仅是为了示例的目的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况增加或减少某些设备。

所属技术领域的技术人员知道，本发明可以实现为***、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“***”。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言-诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

下面将参照本发明实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品(manufacture)。

也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

现在参照附图2-7来描述根据本发明实施方式的部署SOA部署环境模型的方法和***以及修改已部署的SOA部署环境模型的方法和***。

在本发明的实施方式中，在SOA部署环境模型中引入了一种新的元素——与该部署环境模型的元素相关联的任务。简单地说，通过创建所述任务、将所述任务添加到SOA部署环境模型中，并且执行所述任务来实现该部署环境模型的部署以及已经部署的部署环境模型的修改。

下面，首先对引入到SOA部署环境模型中的“任务”进行详细描述。

SOA部署环境模型可以包括多种元素，例如角色(role)和组件(component)等。组件是用于提供各种功能和/或服务的单元，其可以被组织成组件层(tier)，并且被添加到相应的角色上。角色可以被组织成角色层，并且被映射到相应的部署目标上。部署目标例如可以是分布式的一个或多个应用服务器或者应用服务器的集群。通过部署SOA部署环境模型的各个元素来实现该部署环境模型的部署。

如上所述，在本发明的实施方式中，为了实现SOA部署环境模型的部署和修改，引入了任务。任务是一种能够自我描述的元素，也就是说，任务能够通过其参数来描述其自身。在本实施方式中，如图2所示，任务通过以下三个参数来描述该任务自身：“任务状态(Status)”、“任务ID”以及“任务实现方式(Implementation)”。可以由开发者来设置这些参数。

“任务状态”用于指示任务的完成状态，即是否已经完成了该任务。在本实施方式中，可以对任务设置两种状态：“已完成(Done)”和“未完成(Incomplete)”。“已完成”表示该任务已经完成，而“未完成”表示该任务尚未完成。通过设置“任务状态”，在部署和修改SOA部署环境模型时，可以只执行状态为“未完成”的任务，而跳过状态为“已完成”的任务，从而避免不必要地重复执行某些任务，提高工作效率。当然，任务的“任务状态”不限于上述两种，在本发明的另一实施方式中，可以给任务赋予其他类型和数目的任务状态，例如“已完成”、“执行中”和“未执行”等等。

“任务ID”指示任务的动作和对于该动作的操作类型。在本实施方式中，如图2所示，“任务ID”可以进一步包括“符号(sign)”和“签名(signature)”两个子参数，并且通过这两个子参数来描述任务的动作和对于该动作的操作类型。

“符号”用于描述对于任务的动作的操作类型，即，是执行所述动作还是撤销已经(对SOA部署环境模型或其元素)执行的所述动作。例如，“符号”可以为正号(+)或负号(-)，其中正号(+)表示执行(do)所述动作，负号(-)表示撤销(undo)已经执行的所述动作。应当认识到，也可以用除了正号和负号以外的任何其他方式(例如利用分别对应“执行”或“撤销”的不同数值)来表示对于任务的动作的操作类型。

“签名”用于描述任务的动作。具体地，通过任务的“签名”描述该动作要对什么对象(例如，SOA部署环境模型的哪个元素)执行什么动作，其反映的是任务的动作与SOA部署环境模型元素的关系。开发者可以根据实际需要来定义在任务的“签名”中描述的、该任务能够支持的动作。例如，根据要部署的SOA部署环境模型的类型，开发者可以自行定义可能需要执行的部署环境管理动作，并且在创建相应的任务时在该任务的“签名”中描述这些动作。例如，“签名”可以描述以下动作：

·将什么(WHAT)添加到哪里(WHERE)，

·更新/修改什么对象(WHO)的什么内容(WHAT)、或更新/修改什么内容，

·生成什么(WHAT)，

·将什么(WHAT)映射到哪里(WHERE)，以及

·其他部署环境管理动作。

通过将“符号”与“签名”组合，可以使任务支持多种动作的执行/撤销。例如，对于SOA部署环境模型的部署和已部署的SOA部署环境模型的修改，通过“符号”与“签名”的组合，可以使得任务支持以下具体的动作：

·生成角色

·生成组件

·生成部署目标

·生成SOA部署环境模型

·基于部署环境模式(或称为拓扑模式)将角色添加到角色层

·撤销添加动作：从角色层移除角色

·将组件添加到对应的角色

·撤销添加动作：从角色移除组件

·将角色映射到部署目标

·撤销映射动作：取消角色对部署目标的映射

·更新/修改部署环境元素的名称或其他属性

·撤销更新动作：回滚(roll back)所述更新/修改

·其他部署环境管理动作。

应当注意，在部署/修改SOA部署环境模型的过程中，可能需要创建多个任务。在这种情况下，可能会出现具有相同签名但是具有不同符号的两个任务。此时，可以合并这两个任务，该合并将使得这两个任务均被删除，而不会被执行。

在上述实施方式中，使用“符号”和“签名”两个子参数来描述任务的动作及其操作类型，使得任务能够执行多种动作或撤销已经执行的多种动作。然而，这只是示例性的，在另一实施方式中，可以只使用“签名”或者类似的单个子参数来描述任务的动作及其操作类型，其中，在“签名”或该子参数中作为两种不同类型的动作而分别描述“执行某个动作”和“撤销已经执行的所述某个动作”；在另外的实施方式中，也可以使用更多的子参数来描述任务的动作及其操作类型。

“任务实现方式”用于描述如何完成该任务的动作，即，描述执行所述动作的具体方式。具体地，由于任务的动作是开发者设计和定义的，开发者知道如何完成该动作，因此在创建任务时，除了设置“任务状态”和描述该任务的动作的“任务ID”以外，开发者还在“任务实现方式”给出完成该动作的方式。例如，对于要执行本领域常见的用于部署SOA部署环境模型以及修改已经部署的所述模型的动作的任务，开发者可以选择以本领域常用的方式或者该开发者自行设计的方式来执行该任务，并且在该任务的“任务实现方式”给出相应的指引；对于执行开发者自行设计的动作的任务，开发者也可以在其“任务实现方式”中具体给出相应的指引。例如，开发者可以指明完成所述动作需要调用的编程类或命令、在执行所述动作期间需要传递的参数、以及/或者其他必要的信息和操作，使得任务的执行者(例如执行装置或应用服务器)只要按照“任务实现方式”中的指引进行操作即可完成该任务。

作为一个示例，对于“生成部署目标”的任务，开发者可以在其“任务实现方式”中指明执行该任务时要调用的命令，例如用来创建具有服务器名、服务器位置和其他属性等参数的应用服务器的命令，这样，通过调用所述命令并且执行该命令，可以完成所述任务，实现部署目标的创建。作为另一示例，对于“生成SOA部署环境模型”的任务，在利用可扩展标记语言(XML)来描述SOA部署环境模型，并且已经预先定义了SOA部署环境模型的模板文件的情况下，开发者可以在该任务的“任务实现方式”中指明：调用该模板文件，基于该模板文件，通过利用用户或开发者指定的值设置SOA部署环境模型的变量/属性来创建XML示例，从而完成所述任务。

通过设置上述参数，所创建的任务能够实现自我描述，即，能够表明自身的完成状态、要执行或撤销的动作及其执行对象、以及如何执行该动作等等。应当认识到，上文所述的各个参数只是示例性的，而不是限制性的。代替上述参数，也可以对任务设置更多或更少的其他参数，只要使所创建的任务能够实现自我描述即可。

下面，将参照图3来描述根据本发明实施方式的部署SOA部署环境模型的方法。

在部署SOA部署环境模型的场景中，预先生成该部署环境模型，然后部署该模型。可以根据某种预定的部署环境模式(或称为拓扑模式(topologypattern))确定要生成的部署环境(拓扑)的类型(例如，需要包含的元素类型和数目等等)，并且据此生成描述该部署环境的SOA部署环境模型。所述预定的部署环境模式可以是由开发者根据业务管理的实际情况选择的任何适当的部署环境模式。根据部署环境模式来生成SOA部署环境模型的方法是本领域公知的，在这里为简单起见而省略其详细描述。

针对要部署的这一SOA部署环境模型，如图3所示，在步骤S301中，获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务。

所述任务列表可以由例如开发者预先创建，因此，可以通过接收开发者创建的任务列表来执行上述获取操作。如上文所述，通过部署SOA部署环境模型的每个元素来实现该模型的部署。因此，为了部署SOA部署环境模型，可以预先创建用于部署该模型的元素的任务，例如用于部署角色的任务、用于部署组件的任务等等。应当注意，根据不同的元素类型和任务类型，用于部署SOA部署环境模型的元素的任务可以进一步分为一个或多个任务。例如，用于部署角色的任务可以进一步分为用于生成角色的任务、用于将角色添加到角色模式的任务、用于将角色映射到部署目标的任务等多个任务。这样，针对SOA部署环境模型的每个元素创建的至少一个任务、以及针对不同元素创建的任务形成了任务列表。

对于SOA部署环境模型的部署，初始地，可以如下设置所创建的每个任务的参数：

(1)将“任务状态”设置为“未完成”，这是因为该任务尚未被执行；

(2)将“任务ID”的“符号”设置为“正号(+)”，表示要执行该任务的动作；

(3)将“任务ID”的“签名”设置为该任务的动作，例如“生成角色”、“将角色添加到角色模式”、“将角色映射到部署目标”、“生成组件”、“将组件添加到对应的角色”等等；

(4)按照上文描述的方式设置“任务实现方式”，以描述如何执行该任务的动作。

接下来，在步骤S302，将所述任务列表中的任务关联到SOA部署环境模型的所述元素。由此，可以将该任务列表添加到SOA部署环境模型中。具体地，由于在任务的“签名”中描述了该任务的动作的执行对象(SOA部署环境模型的元素)，因此，可以根据“签名”中的描述，将任务列表中的每个任务关联到相应的元素。例如，对于用于生成角色的任务，可以将该任务与要生成的角色关联起来。对于用于将组件添加到角色的任务，可以将该任务与所述角色关联起来。此外，可以使用本领域常用的手段来实现任务和元素之间的关联。例如，在使用可扩展标记语言(XML)描述SOA部署环境模型的情况下，可以在描述该模型的元素的XML代码中增加新的属性(或子元素)“任务”以指向与该元素对应的任务，从而实现该元素与对应任务的关联。在使用其他语言来描述SOA部署环境模型的情况下，类似地，可以通过对该模型的元素设置指向对应任务的标签来实现所述关联。

然后，在步骤S303，执行所述任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

如上文所述，在任务的“任务实现方式”中，描述了如何完成该任务(即，执行该任务的动作的方式)。因此，在步骤S303，可以遵循在每个任务的“任务实现方式”中的指引来执行该任务的动作，从而完成该任务。由于任务列表中的任务是为了部署SOA部署环境模型而创建的，因此在执行了任务列表中的全部任务之后，将实现该模型的元素的部署，从而实现该部署环境模型的部署。在存在多个任务的情况下，根据情况，可以依序执行某些任务，也可以并行地执行这些任务。应当注意，在执行任务时，可以检查该任务的“任务状态”，如果“任务状态”为“已完成”，则跳过该任务而不执行；反之，如果“任务状态”为“未完成”，则执行该任务，并且在该任务的执行完成时，将其“任务状态”修改为“已完成”。

作为利用上述方法部署SOA部署环境模型的一个具体例子，可以创建任务列表，该任务列表至少包括以下用于部署该部署环境模型元素的任务：

(1)“生成角色”的任务和“将角色添加到角色层”的任务；

(2)“生成组件”的任务和“将组件添加到角色”的任务；

(3)“将角色映射到部署目标”的任务。

其中，开发者可以按照本领域常用的方式或者该开发者根据实际需要自行设计的方式来确定如何完成“生成角色”、“将角色添加到角色层”、“生成组件”、“将组件添加到角色”以及“将角色映射到部署目标”的动作，并且在各个任务的“任务ID”中进行相应的设置。

通过将上述任务关联到对应的元素(角色层、角色、组件、部署目标等)，并且依照“任务实现方式”中描述的方式执行这些任务，可以获得以下结果：

(1)作为执行“生成角色”的任务和“将角色添加到角色层”的任务的结果，生成了角色，该角色被包括在部署环境模式中，并且被添加到角色层；

(2)作为执行“生成组件”的任务和“将组件添加到角色”的任务的结果，生成了组件，该组件被添加到对应的角色；

(3)作为执行“将角色映射到部署目标”的任务的结果，角色通过映射而被部署到指定的部署目标上。

这样，通过创建/获取、关联和执行任务，可以容易地实现角色和组件的部署，从而实现包括这些角色和组件的SOA部署环境模型的部署。

图4示出了根据本发明实施方式的所部署的SOA部署环境模型的示例。如图4所示，该部署环境模型包括多个角色和多个组件(为简单起见，仅示出3个组件)，其中，每个角色可以包括一个或多个组件。在部署图4所示的SOA部署环境模型的过程中，将从例如开发者获取的、对于该模型中的每个元素(角色和组件)生成的至少一个任务关联到该模型中的对应元素(如图4中双箭头所示)，从而将这些任务形成的任务列表添加到该模型中。因此，如图4所示，在每个角色和组件上附加了相应的任务。通过执行各个任务，可以将该SOA部署环境模型部署到诸如服务器或数据库之类的部署目标上。

通过在SOA部署环境模型中引入能够自我描述的任务并且执行这些任务，根据本发明实施方式的上述部署方法能够以简单且易于实现的方式自上而下地实现SOA部署环境模型的部署。

如上文所述，在部署了SOA部署环境模型之后，由于业务常常会发生改变，因此要求对已部署的部署环境模型进行相应的修改/更新。根据本发明实施方式的修改已部署的SOA部署环境模型的方法能够简单地实现这样的修改/更新。

下面，参照图5来描述根据本发明实施方式的修改已部署的SOA部署环境模型的方法。

当意图修改已部署的SOA部署环境模型时，如图5所示，在步骤S501中，获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务。

具体地，根据业务发生的改变，可以确定已部署的SOA部署环境模型中需要被修改/更新的元素。例如，可能需要增加新的角色、增加新的组件、修改现有角色或组件的属性、修改角色或组件的映射关系等等。针对需要修改的元素，可以由例如开发者创建对应的任务。同样，根据要进行的修改的类型，可以针对每个元素创建一个或多个任务。例如，如果要在已经部署的SOA部署环境模型中增加新的角色，则针对该角色，可以创建以下任务：“生成角色”的任务、“将角色添加到部署环境模式”的任务、“将角色映射到部署目标”的任务、以及“生成SOA部署环境模型”的任务。对于要修改的各个元素创建的所有这样的任务形成了任务列表。这样，可以通过接收这一任务列表来执行所述获取操作。在这里，由于先前在部署SOA部署环境模型时已经创建了任务列表，为了与该任务列表相区别，将修改已部署的该SOA部署环境模型时创建的任务列表称为“增量任务列表”。

同样，增量任务列表中的任务可以包括以下参数：“任务状态”、“任务ID”和“任务实现方式”，如图2所示。初始地，由于尚未开始修改，因此将增量任务列表中的任务的“任务状态”设置为“未完成”。在任务的“任务ID”和“任务实现方式”中，可以根据所要进行的修改的类型而进行相应的设置。在一个示例中，如果要将部署环境模型的角色xx的名称从oldName修改为newName，则可以创建包括任务“修改部署环境模型角色xx的名称”的增量任务列表，其中，将该任务的“任务状态”设置为“未完成”，将其“任务ID”的“符号”设置为“+”，将其“签名”设置为“将角色xx的名称从oldName修改为newName”，并且在其“任务实现方式中”设置执行该名称修改的具体方式。在另一示例中，如果要撤销先前执行的将组件xxx添加到角色yy的动作，则可以针对该角色创建包括任务“撤销将组件xxx添加到角色yy”的增量任务列表，其中，将该任务的“任务状态”设置为“未完成”，将其“任务ID”的“符号”设置为“-”，将其“签名”设置为“将xxx组件添加到角色yy”，并且在其“任务实现方式”中描述完成该任务的方式。在要改变某个部署目标的承载能力的另一示例中，假设该部署目标的原有承载能力是两个角色A和B被映射到该部署目标上，现在希望将已有的角色C也映射到该部署目标上，则可以针对该部署目标创建包括“将角色C映射到部署目标”的任务和“生成SOA部署环境模型”的任务的增量任务列表，其中，将这两个任务的任务状态”设置为“未完成”，将其“任务ID”的“符号”设置为“+”，将其“签名”分别设置为“将角色C映射到部署目标”和“生成SOA部署环境模型”，并且在其“任务实现方式”中分别设置完成这两个任务的方式。

在步骤S502中，将所述任务列表中的任务关联到所述元素(即，要被修改的元素)。由此，将所述任务列表添加到已部署的该SOA部署环境模型中。与步骤S302相似，由于在任务的“签名”中描述了该任务的执行对象(要修改的元素)，因此可以根据“签名”中的描述将增量任务列表中的任务关联到对应的元素，从而将增量任务列表添加到所述部署环境模型中。此时，在部署该部署环境模型时创建的任务列表中的任务以及修改该部署环境模型时创建的增量任务列表中的任务都已经被关联到该部署环境模型的相应元素上。如上文所述，可以使用本领域常用的任何手段来实现任务与相应元素之间的关联。

然后，在步骤S503，执行所述任务列表(即，增量任务列表)中的任务以修改该SOA部署环境模型的元素，从而实现所述SOA部署环境模型的修改。

与步骤S303相似，由于在任务的“任务实现方式”中描述了如何完成该任务(即，执行该任务的动作的方式)，因此，对于每个任务，可以遵循其“任务实现方式”中的指引来执行该任务，从而实现对应部署环境模型元素的修改。例如，在已经部署的SOA部署环境模型中增加新的角色的上述示例中，通过执行所创建的任务，将实现角色的添加，相应地，重新生成/部署了所述部署环境模型。同样，在执行任务的过程中，不执行“任务状态”为“已完成”的任务(例如，部署SOA部署环境模型时创建的任务列表中的各个任务)，只执行“任务状态”为“未完成”的任务(例如，增量任务列表中的各个任务)，并且在任务的执行完成之后，将其“任务状态”修改为“已完成”。

这样，通过创建用于修改已部署的SOA部署环境模型的元素的任务并且执行这些任务，可以响应于业务的动态改变简单方便地修改该已部署的部署环境模型，而不需要复杂的逻辑。

在本发明的实施方式中，通过定义不同的任务及任务列表，并且执行这些任务，可以实现多种类型的SOA部署环境模型管理功能，例如：

·部署/重新部署SOA部署环境模型；

·通过修改已部署的部署环境模式中包括的角色的类型和数目来变换部署环境模式；

·通过改变映射到部署目标的角色的类型和数目来改变部署目标承载能力；

·通过增加新组件或者从组件层中移除已有的组件来修改包括所述组件的角色的能力；

·修改已部署的SOA部署环境模型的元素的属性(例如名称等)；以及

·其他部署环境管理功能。

当然，这里给出的各种部署环境模型管理功能只是示例性的，而不是限制性的。通过设计另外的任务及任务列表，还可以实现其他类型的部署环境模型管理功能。

此外，在本发明的实施方式中，由于始终通过创建/获取、添加和执行任务(任务列表)来部署SOA部署环境模型和修改已部署的SOA部署环境模型，因此，这些任务能够反映部署和修改所述部署环境模型的历史。通过记录这些任务(例如记录在部署环境模型历史表中)，可以使得能够了解SOA部署环境模型的改变历史。这样，通过检查所记录的任务列表中的任务的完成情况，可以了解该部署环境模型的状态，并且确定是否已经生成/部署了该部署环境模型或者是否需要修改先前部署的部署环境模型。可以用各种方式来记录这些任务，下表1给出了部署环境模型历史表的一个示例。

编号	任务符号	任务签名	任务状态
				1	+	将角色A1添加到部署环境模式B1	未完成
2	-	将组件A2添加到角色B2	已完成
				3	+	将角色A3映射到部署目标C	未完成
4	+	更新角色A3的名称	未完成

表1

下面，将参照图6来描述根据本发明实施方式的用于部署SOA部署环境模型的***。

简单地说，根据本发明实施方式的部署***通过创建与SOA部署环境模型的部署相关联的任务、将所创建的任务添加到该模型的对应元素上、并且执行所述任务，来实现该模型的部署。

如图6所示，部署***60包括获取装置601、关联装置602和执行装置603。

获取装置601获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务。

如上文所述，针对预先生成的要部署的SOA部署环境模型，可以由开发者创建任务列表，该任务列表包含用于部署该部署环境模型的元素的任务，获取装置601可以通过接收该任务列表来执行上述获取操作。具体地，可以针对为了部署SOA部署环境模型而需要生成和部署的每个元素(例如角色、组件等)，创建一个或多个任务。针对每个元素创建的一个或多个任务、以及针对不同元素创建的任务形成了用于部署该SOA部署环境模型的任务列表。所创建的任务可以具有“任务状态”、“任务ID”和“任务实现方式”三个参数(参见图1)，其中，“任务状态”表示该任务的完成状态(例如，“已完成”或“未完成”)，“任务ID”描述任务的动作(由子参数“签名”描述，例如“生成角色”等等)以及对于该动作的操作类型(由子参数“符号”描述，例如，正号(+)表示执行所述动作，负号(-)表示撤销所述动作)，“任务实现方式”描述如何完成该任务，例如描述执行所述动作需要调用的编程类或命令以及需要传递的参数等等。这三个参数与在上文中参照图3描述的参数相同，并且可以按照上文所述的方式来设置这些参数，因此为了避免重复，在这里省略其详细描述。应当认识到，任务的这些参数不是限制性的，在其他实施方式中，也可以为任务设置不同的参数，只要该任务能够实现自我描述，即，能够通过所设置的参数描述该任务的完成状态、要执行的动作或要撤销的动作、以及如何完成所述动作等等即可。

关联装置602将所述任务列表中的任务关联到SOA部署环境模型中的所述元素。由此，将所述任务列表添加到所述模型中。具体地，关联装置602可以根据在任务的“签名”中描述的该任务的操作对象(所述模型的元素)，将该任务关联到对应的元素。关联装置602可以使用本领域常用的手段来实现这一关联，在这里不再赘述。

在完成任务的关联之后，执行装置603执行任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

具体地，执行装置603可以按照上文所述的方式，遵循任务的“任务实现方式”中关于如何完成该动作的指引来执行该任务的动作，从而完成该任务。由于任务列表中的任务是为了部署SOA部署环境模型而创建的，因此在执行了任务列表中的全部任务之后，将实现所述模型的部署。例如，在依序执行了“生成角色”的任务、“将角色添加到角色层”的任务、“生成组件”的任务、“将组件添加到角色”的任务以及将“角色映射到部署目标”的任务之后，可以实现具有所生成的角色和组件的SOA部署环境模型到部署目标的部署。在执行各个任务的过程中，为了避免重复执行已经执行过的任务，执行装置603可以检查任务的“任务状态”，跳过“任务状态”为“已完成”的任务，执行“任务状态”为“未完成”的任务，并且在执行了该任务之后将其“任务状态”修改为“已完成”。

下面，参照图7来描述根据本发明实施方式的修改已部署的SOA部署环境模型的***。该***可以在业务发生改变时，方便地修改已部署的SOA部署环境模型。

如图6所示，修改***70包括获取装置701、关联装置702和执行装置703。

获取装置701获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务。

具体地，当业务发生改变时，往往要修改已部署的SOA部署环境模型的某个/某些元素，从而需要修改该已部署的部署环境模型。为此，可以由开发者创建任务列表，该任务列表包含用于修改该部署环境模型的元素的任务，获取装置可以通过接收该任务列表来执行上述获取操作。同样，为了修改某个元素，可以创建一个或多个任务。对于每个元素创建的任务以及对于不同元素创建的任务共同形成了任务列表(为清楚起见，将其称为增量任务列表)。增量任务列表中的任务可以包括“任务状态”、“任务ID”和“任务实现方式”，这些参数及其设置方法与在上文中参照图5描述的参数和设置方法相同，在这里为避免重复而省略其详细描述。

关联装置702将所述增量任务列表中的任务关联到所述元素(即，要被修改的元素)，将所述任务列表添加到已部署的所述SOA部署环境模型中。关联装置702可以按照与关联装置602相同的方式执行该关联。

执行装置703执行任务列表(增量任务列表)中的任务以修改该SOA部署环境模型的元素，从而实现已部署的该SOA部署环境模型的修改。执行装置703可以使用与执行装置603相同的方式来执行增量任务列表中的任务。具体地，执行装置703可以遵循任务的“任务实现方式”中关于如何完成该任务的指引来执行该任务的动作，从而执行该任务所要执行的动作。同样，在执行任务过程中，执行装置703可以检查关联到所述模型的元素的每个任务的“完成状态”以查看其是否已经被执行过或是否已经完成，其中，执行装置703跳过已完成的任务，只执行未完成的任务，并且在执行了该任务之后，将其“任务状态”修改为“已完成”。

这样，通过将为了修改已经部署的SOA部署环境模型的元素而创建的任务关联到该元素，然后执行所述任务，可以很简单地修改已经部署的部署环境模型，使得修改后的部署环境模型更好地适应发生了改变的业务。

根据本发明上述实施方式的部署SOA部署环境模型的方法和***以及修改已部署的SOA部署环境模型的方法和***能够以简单且易于实现的方式自上而下地实现SOA部署环境模型的部署和已部署的SOA部署环境模型的修改，而不需要复杂的逻辑，因而便利了所述模型的部署和更新。

应当注意，本发明的上述实施方式只是说明性的，而不是限制性的。本领域技术人员也可以对上述实施方式进行各种修改，而不背离本发明的精神和范围。例如，尽管在上文中将用于部署SOA部署环境模型的***和用于修改SOA部署环境模型的***描述为两个分离的***，但是可以将二者组合为单个***来部署SOA部署环境模型以及修改所部署的SOA部署环境模型。此外，可以将这两个***的各个组件中的至少一部分进一步组合/分割，只要它们能够一起实现上述功能即可。

附图中的流程图和框图显示了根据本发明的多个实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (16)

1.一种部署面向服务架构(SOA)部署环境模型的方法，包括：

获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务；

将所述任务列表中的任务关联到所述元素；以及

执行所述任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

2.根据权利要求1所述的方法，其中，所述任务具有以下参数：任务状态、任务ID和任务实现方式，其中，任务状态指示所述任务的完成状态，任务ID指示所述任务的动作和对于该动作的操作类型，任务实现方式指示如何完成所述动作。

3.根据权利要求2所述的方法，其中，所述完成状态包括已完成和未完成，对于所述动作的操作类型包括执行所述动作和撤销所述动作，任务实现方式通过指示完成所述动作需要调用的编程类或命令以及需要传递的参数来指示如何完成所述动作。

4.根据权利要求3所述的方法，其中，在执行任务列表中的任务的步骤中，只执行未完成的任务，而跳过已完成的任务。

5.一种修改已部署的面向服务架构(SOA)部署环境模型的方法，包括：

获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务；

将所述任务列表中的任务关联到所述元素；以及

执行所述任务列表中的任务以修改该SOA部署环境模型的元素，从而实现该SOA部署环境模型的修改。

6.根据权利要求5所述的方法，其中，所述任务具有以下参数：任务状态、任务ID和任务实现方式，其中，任务状态指示所述任务的完成状态，任务ID指示所述任务的动作和对于该动作的操作类型，任务实现方式指示如何完成所述动作。

7.根据权利要求6所述的方法，其中，所述完成状态包括已完成和未完成，对于所述动作的操作类型包括执行所述动作和撤销所述动作，任务实现方式通过指示完成所述动作需要调用的编程类或命令以及需要传递的参数来指示如何完成所述动作。

8.根据权利要求7所述的方法，其中，在执行任务列表中的任务的步骤中，只执行未完成的任务，而跳过已完成的任务。

9.一种部署面向服务架构(SOA)部署环境模型的***，包括：

获取装置，被配置为获取任务列表，该任务列表包含用于部署该SOA部署环境模型的元素的任务；

关联装置，被配置为将所述任务列表中的任务关联到所述元素；以及

执行装置，被配置为执行所述任务列表中的任务以部署该SOA部署环境模型的元素，从而实现该SOA部署环境模型的部署。

10.根据权利要求9所述的***，其中，所述任务具有以下参数：任务状态、任务ID和任务实现方式，其中，任务状态指示所述任务的完成状态，任务ID指示所述任务的动作和对于该动作的操作类型，任务实现方式指示如何完成所述动作。

11.根据权利要求10所述的***，其中，所述完成状态包括已完成和未完成，对于所述动作的操作类型包括执行所述动作和撤销所述动作，任务实现方式通过指示完成所述动作需要调用的编程类或命令以及需要传递的参数来指示如何完成所述动作。

12.根据权利要求11所述的***，其中，所述执行装置被配置为只执行未完成的任务，而跳过已完成的任务。

13.一种修改已部署的面向服务架构(SOA)部署环境模型的***，包括：

获取装置，被配置为获取任务列表，该任务列表包含用于修改该SOA部署环境模型的元素的任务；

关联装置，被配置为将所述任务列表中的任务关联到所述元素；以及

执行装置，被配置为执行所述任务列表中的任务以修改该SOA部署环境模型的元素，从而实现该SOA部署环境模型的修改。

14.根据权利要求13所述的***，其中，所述任务具有以下参数：任务状态、任务ID和任务实现方式，其中，任务状态指示所述任务的完成状态，任务ID指示所述任务的动作和对于该动作的操作类型，任务实现方式指示如何完成所述动作。

15.根据权利要求14所述的***，其中，所述完成状态包括已完成和未完成，对于所述动作的操作类型包括执行所述动作和撤销所述动作，任务实现方式通过指示完成所述动作需要调用的编程类或命令以及需要传递的参数来指示如何完成所述动作。

16.根据权利要求15所述的***，其中，所述执行装置被配置为只执行未完成的任务，而跳过已完成的任务。

Images