CN101655790A

CN101655790A - 用于自动soa应用部署的soa注册处、方法和平台管理器

Info

Publication number: CN101655790A
Application number: CN200910163381A
Authority: CN
Inventors: 马卡斯·格雷纳尔; 凯·汉斯-彼得·温克尔; 哈拉德·斯隆宁; 雨朵·哈非曼; 朱利安·哈巴斯
Original assignee: Software AG
Current assignee: Software AG
Priority date: 2008-08-18
Filing date: 2009-08-17
Publication date: 2010-02-24
Also published as: US8448164B2; EP2157508A1; US20100042986A1

Abstract

公开了用于自动SOA应用部署的SOA注册处、方法和平台管理器。本发明涉及一种用于将至少一个SOA应用自动部署到至少一个平台上的SOA注册处(1)，所述至少一个SOA应用包括一个或多个组件，所述SOA注册处(1)包括：a.与一个或多个抽象组件描述(AC1、AC2、AC3)有关的至少一个SOA应用描述(A1)，该一个或多个抽象组件描述(AC1、AC2、AC3)描述了所述至少一个SOA应用的组件；b.所述一个或多个抽象组件描述(AC1、AC2、AC3)中每一个抽象组件描述的至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)，所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)包括目标平台上的相应组件的一个或多个需求；和c.至少一个平台描述符(P1、P2)，其包括所述至少一个平台的一个或多个特性。

Description

用于自动SOA应用部署的SOA注册处、方法和平台管理器

技术领域

本发明涉及用于将SOA应用自动部署到平台上的SOA注册处、方法和平台管理器。

背景技术

现代软件应用通常包括许多各自实现部分应用的不同组件。组件一起工作以便提供整个应用的功能。在该环境中，面向服务的架构(SOA)的概念被日益使用，其中松散耦合的SOA组件(例如web服务)执行处理逻辑并且与其它SOA组件(例如数据库、web服务器等)通信。SOA组件的描述可存储在SOA注册处中，即，SOA注册处包括表示SOA组件的条目。

在开发这种SOA应用的现有技术的方法中，必须使SOA应用适合于它假定要部署到其上的平台。例如，如果SOA应用使用数据存储来存储它的信息，要选择某种数据库产品来实现该数据存储功能，并且其它SOA组件要设计为使得它们可访问该数据库。

在SOA应用的生命周期期间，有时候必须将SOA应用重新部署到不同的目标平台上，例如部署到开发部分SOA应用的开发平台上，部署到测试平台上以运行应用，并且当完成SOA应用的开发时最后部署到产品平台上。

然而，每种不同的平台可具有不同的特定特性，例如像操作系统、可用语言等。此外，上述的示例数据存储功能可在产品平台上由上述数据库实现，但是还可在开发平台上由基于文件的存储器来实现。

在现有技术的方法中，在该环境中，当将SOA应用重新部署到新平台上时，必须手工执行对SOA应用的组件的高代价的，费时的和易错的适应性改变，即使示例数据存储中的实际功能在所有平台上是相同的也是如此。

考虑到以上，由此本发明的根本技术问题是高效地自动将SOA应用部署到平台上，因而至少部分地克服了现有技术的缺点。

发明内容

该问题根据本发明的一个方面由用于将至少一个SOA应用自动部署到至少一个平台上的SOA注册处来解决，所述至少一个SOA应用包括一个或多个组件，SOA注册处包括：

a.与一个或多个抽象组件描述有关的至少一个SOA应用描述，该一个或多个抽象组件描述描述了至少一个SOA应用的组件；

b.所述一个或多个抽象组件描述中每一个抽象组件描述的至少一个具体组件描述，该至少一个具体组件描述包括目标平台上的相应组件的一个或多个需求；和

c.至少一个平台描述符，其包括至少一个平台的一个或多个特性；

因此，实施例定义了SOA注册处，其包括以具体形式和以抽象形式表示SOA应用组件的两层体系结构，以及两层之间的关系。在最上层，优选地以抽象(独立于平台)术语描述SOA应用及其组件。在下层中，表示抽象(独立于平台)应用组件的注册条目各自与(0至n个)表示具体(特定于平台)应用组件的条目有关，即适于可具有目标平台的一个或多个需求的某种目标平台的组件。这些需求的示例可以是特定版本的操作系统或运行时环境。此外，注册处可包括所谓的平台描述符，其打包了特定平台，例如所提供操作系统等的信息。给出某种目标平台，这允许关于抽象描述符应用安装过程(参见下面)，并且因而提供了部署过程中更多的灵活性。

在本发明的一个方面中，至少一个平台的一个或多个特性可包括所提供平台组件的名称和/或版本号。在本发明的另一个方面中，一个或多个需求可包括所需平台组件的名称和/或版本号以及任何数量的逻辑操作符。

因此，这允许例如通过定义最低需要的版本，来定义需要运行在特定平台上的组件的复杂需求，如在下面的详细描述中进一步概述的。在部署过程中，可基于组件的需求和目标平台的特性来选择适合的组件。

在本发明的另一个方面中，通过至少一个本体描述至少一个平台的一个或多个需求和/或一个或多个特性。本体允许对某个域中条目和它们的关系的形式化定义。使用例如像万维网联盟(W3C)规定的web本体语言(OWL)一样的标准描述语言，允许软件应用“理解”并且处理这些本体。

根据本发明的另一个方面，提供了用于将至少一个SOA应用自动部署到至少一个平台上的方法，所述至少一个SOA应用包括一个或多个组件，方法包括以下步骤：

a.从根据上面SOA注册处中的任何一个的SOA注册处选择至少一个SOA应用的SOA应用描述和至少一个平台的平台描述符；

b.对于所选择应用描述的一个或多个抽象组件描述中的每一个，选择至少一个具体组件描述中的一个；和

c.将对应于所选择具体组件描述的组件部署到平台上。

方法优选地接收两个输入参数，即要部署的SOA应用的SOA应用描述符和目标平台的平台描述符。优选地，参数是指向如上所定义的SOA注册处的条目的指针。对于SOA应用的每个抽象组件，即对于SOA注册处中的相应抽象组件描述选择具体组件描述符，并且将对应组件部署到目标平台上。

在本发明的另一个方面中，步骤b.中的选择可包括：针对至少一个具体组件描述中的每一个，测试对应于平台描述符的平台是否满足一个或多个需求，并且选择第一匹配的具体组件描述。因此，基于具体组件描述的需求和平台描述符中定义的平台的特性来选择组件。可在下面的详细描述中找到选择过程的示例。

此外，步骤b.中的测试可通过根据推断比较至少一个平台的一个或多个需求和一个或多个特性来执行。这在需求和/或平台特性由本体描述时尤其有利，如下面的详细描述中进一步概述的。

根据本发明的另一个方面，仅在针对一个或多个抽象描述中的每一个可以选择具体组件描述中的至少一个的情况下，可执行步骤c.中的部署。这确保仅在组件中的每一个都能够运行在目标平台上的情况下部署SOA应用，即它的组件，否则不部署任何组件。

在本发明的又另一方面中，方法还可包括生成报告的步骤，该报告描述对于一个或多个抽象组件描述中的每一个，已部署了哪个组件。

在进一步的从属权利要求中定义本发明的SOA注册处和方法的实施例的另外有利修改。

最后，本发明还涉及用于将至少一个SOA应用自动部署到至少一个平台上的平台管理器，所述至少一个SOA应用包括一个或多个组件，平台管理器适于实现上面定义方法的任何一个。

附图说明

在随后的详细描述中，参考下面的附图进一步描述本发明的当前优选实施例：

图1：根据本发明实施例的示例SOA注册处的示意图；

图2：包括四个抽象组件的示例应用；

图3：两个示例平台的特性示例；

图4：平台特性的两个示例分类；

图5：组件需求的示例XML列表；

图6：报告的示例XML列表；

具体实施方式

在下面，相关于如图1中示意性示出的SOA注册处1描述本发明的当前优选实施例。如所看到的，示例SOA注册处1包括SOA应用的表示，即，它存储SOA应用描述A1。SOA应用描述A1与三个抽象组件描述AC1、AC2、AC3有关，该三个抽象组件描述AC1、AC2、AC3与具体组件描述CC11、CC12、CC21、CC22和CC31有关。图1还描绘了两个平台描述符P1和P2。优选地，SOA注册处1分别对于每个真实的SOA应用，包括一个表示(SOA应用描述)，并且对于每个真实组件，包括一个表示(具体组件描述)。因此，术语“SOA应用”和“SOA应用描述”、“组件”和“具体组件描述”等在下面可互换地使用。

优选地，抽象组件描述AC1、AC2、AC3中的每一个是SOA应用A1的一种功能的表示，像SOA应用A1提供的某些服务，或者组成SOA应用A1的不同组件(web浏览器、后端服务器等)。如上面已经描述的，抽象组件描述AC1、AC2、AC3以抽象术语(即独立于平台的术语)定义SOA应用A1的组件，因为它们不提供组件的任何详细技术规范。

根据现有技术实例化SOA应用A1(即在真实平台上实现应用)的一种方式是手工提供抽象组件描述AC1、AC2、AC3的具体实例。这例如可通过以下方式来实现：下载并安装Java开发包(JDK)、Tamino数据库、Tomcat服务器和Axis，使用Tamino Java API用Java写服务，编译它们并且使用适合的Axis工具来部署它们。Web应用例如可实现为Java服务器页面(JSP)。然而，应用的组件的这种手工实现是困难、低效的，并且更重要的是，引入了在实现中插入错误的高风险，这可导致不按期望工作或者在最坏情况下崩溃的应用。

因此，针对抽象组件描述AC1、AC2、AC3中的每一个，SOA注册处1还包括优选地多于一个具体组件描述CC11、CC12、CC21、CC22、CC31。然而，这不是本发明的需求，并且对于每个抽象组件描述，SOA注册处1也可仅包括一个具体组件描述。具体组件描述CC11、CC12、CC21、CC22、CC31例如通过包括到真实组件的代码文件的链接而优选地相关于真实组件。另一个示例是web应用组件(像web浏览器)的具体组件描述CC11、CC12、CC21、CC22、CC31，其包括到对应war文件的链接。具体组件描述CC11、CC12、CC21、CC22、CC31还可包括部署相应组件需要的另外信息。

该信息可以类型/名称方式结构化。不特定于实际对象，而是特定于其类型的所有部署考虑关联于类型。例如，可从某个web地址获得Tomcat的事实是关联于类型“Tomcat应用服务器”的信息位。类型“Java服务”的对象分别包含指向它们的Java代码文件的指针，即关联到名称，但是Java服务需要以某种方式部署的信息属于类型本身。

因为抽象组件描述AC1、AC2、AC3是独立于平台的定义，优选地没有真实的对应物存在。上述抽象和具体层之间的关系例如可通过注册条目之间的引用来实现。应当注意，尽管下面的示例由XML列表示出，但是XML注册处仅仅是实现本发明的各种可能性之一。

为了简单，图1中SOA应用描述A1所表示的SOA应用是极度简化的，以便说明本发明。应当清楚的是，SOA应用可以是复杂得多的，并且在某些情况下可包括例如1000个或更多的不同组件。

图2中示出了SOA应用的更具体的示例，即用于经由因特网读取电子字典的字典应用，其由web服务维护。示例应用因而包括四个抽象组件描述，该四个抽象组件描述定义了用于读取、写入和删除字典条目的三个服务(服务：读取、服务：写入、服务：删除)，以及用于浏览字典的web应用(WebApp：浏览)。每个抽象组件描述与许多具体组件描述有关，即服务和web应用的具体实现(R1-R4、W1-W2、D1-D3、B1-B2)。

示例字典应用要部署到两个平台上，该两个平台由两个平台描述符P1、P2在SOA注册处1中描述。平台描述符P1、P2可包括相应平台的细节的特性(即信息)，例如平台提供的平台组件(例如操作系统(包括它的版本)、可用运行时环境、应用服务器、servlet引擎等)。如从图3可看到的，平台描述符P1定义了对应平台运行版本为10的Solaris操作系统，提供编程语言Java 1.4.2 Update 7，具有servlet引擎Tomcat 5.5.1.17、web服务栈Axis V21.4和两个数据库，即Tamino 4.4和Oracle。

在某些实施例中，平台特性可作为XML条目存储在符合XML注册处的Java API(JAXR)标准的SOA注册处1中。某些注册处标准已经包括许多注册条目的预定义类型，但是可不包括类型“平台描述符”。

为此，SOA注册处1可以分类形式按用户定义的类型扩展。分类定义了概念的树状结构，并且注册条目可通过引用按分类概念来分类。图4示出了两个分类的示例，即归类不同操作系统的分类OS和归类不同数据库系统的分类DBS。图4还描绘了示例平台描述符P1，其包括对分类条目的引用，以便定义对应平台提供了哪些平台组件。在所描绘示例中，平台描述符P1定义的平台运行Solaris 10并且安装有两个数据库系统(Tamino4.4和Oracle)。应当理解，图3和4中示出的平台特性被极度简化。复杂得多的定义是可能的，例如通过使用web本体语言(OWL)以本体描述平台特性。

如上面已经提及的，具体组件描述CC11、CC12、CC21、CC22、CC31可定义特定平台上相应SOA应用组件的需求。例如，某个服务可适于仅仅运行在特定版本的web服务栈上。需求以及平台特性可以用本体来定义，例如以上面提及的OWL来定义。图5示出了来自图2的组件R1的示例具体组件描述的简化需求定义(其是“服务：读取”的具体实现)。为了简单，图5示出了采用XML的非常简单的示例。通过像OWL一样的本体语言，复杂得多的需求定义是可能的。如所看到的，图5定义了组件R1需要至少版本为9的Solaris，具有更新7或9的Java 1.4.2，从5.5开始的任何版本的Tomcat，任何子版本的Axis2的Axis，和任何版本的Tamino数据库。为此，可通过将所需平台组件的名称和/或版本号用逻辑操作符连接来指定需求，逻辑操作符例如是“大于”、“和”、“或”等。应当理解，这里描述的示例仅仅示出了需求定义的少数选择，并且就本发明而言，复杂得多的定义是可能的。

为了在SOA注册处1中存储上面说明的需求信息，许多候选方式是可能的。一种可能性是在单独的储存库中存储作为XML文档的需求定义，并且经由引用链接注册条目。

使用上述信息，可执行部署过程，其将SOA应用描述A1定义的示例SOA应用部署到平台描述符P1定义的平台上。部署过程优选地由称为平台管理器的模块执行，但是也可以任何其它方式实现。

在现有技术的方法中，SOA注册处可仅仅存储适于特定平台的应用组件的具体组件描述。现有技术安装程序(例如像msi、InstallShield等)，然后可通过基于该信息部署每个具体组件来部署应用。然而，部署所需的所有信息在注册处1中以结构化和独立于平台的形式可用的事实允许更加自动化，尤其当部署到多于一个目标平台上时。

使用根据本发明的SOA注册处1中的两层数据模型，可根据应用的抽象描述A1连同目标平台P1的描述来应用部署过程。对于应用的抽象组件AC1、AC2、AC3中的每一个，然后可在具体组件描述CC11、CC12、CC21、CC22、CC31中搜索适于特定目标平台的具体实现。如果没有找到，部署过程可停止并且可生成包括部署中断原因的报告。在成功的情况下，报告可包括部署的摘要，即已部署哪些组件和所选择组实际上需要哪些平台组件的描述。此外，如果已选择了相应组件，具体组件描述CC11、CC12、CC21、CC22、CC31或抽象组件描述AC1、AC2、AC3可包括另外的信息，该信息包括在报告中。

参考图2中的示例，首先需要实现“服务：读取”的具体组件。在某些实施例中，具体组件描述CC11、CC12、CC21、CC22、CC31可包括序列号，以便确定部署顺序。在图2的示例中，具体组件R1可因而是根据顺序的第一组件。针对平台特性测试组件R1的需求。因为平台描述符P1定义的平台满足具体组件R1的需求，因此选择R1作为“服务：读取”的实现。过程然后可继续进行到下一抽象组件描述(服务：写入)，等等。

在特定的优选实施例中，具体组件的需求和平台的特性由本体定义，例如使用web本体语言(OWL)来定义，如上所述。平台管理器然后可自动通过推断针对平台特性测试需求。推断是计算机科学中的方法，其允许自动从逻辑语句导出结论，这在上述本体的环境中是尤其有利的。

如果优选地，对于应用的每个抽象组件找到至少一个具体组件，具体组件最后部署到平台上，否则不部署任何组件。然而，可理解，就本发明而言，例如用于部分部署的其它部署过程也是可能的。

在上面的示例中，部署报告包括可包括如下信息：为抽象组件“服务：读取”选择了具体组件R1，版本9的Solaris是足够的，以及不需要Oracle数据库。

然而，示例应用A1部署到平台P2不能使用具体组件R1，因为Java版本不匹配(平台P2仅提供Java 1.4.2 Update 8，参见图3)。报告因而可包括该信息，如图6中所描绘。

本发明的尤其有利的特征是自动将应用重新部署到许多不同平台上，如上所述。因为应用以独立于平台(抽象)的术语在SOA注册处1中定义一次并且对于应用的抽象组件描述中的每一个优选地提供许多不同具体实现，而实现此有利特征。

此外，本发明不限于部署一个单个SOA应用。相反，可在SOA注册处1中描述多个SOA应用，其中SOA应用可具有重叠的功能，即SOA应用描述可与共享的抽象组件描述有关。在该情况下，抽象和具体组件之间的关系可在SOA应用之间共享。

Claims

1.一种用于将至少一个SOA应用自动部署到至少一个平台上的SOA注册处(1)，所述至少一个SOA应用包括一个或多个组件，所述SOA注册处(1)包括：

a.与一个或多个抽象组件描述(AC1、AC2、AC3)有关的至少一个SOA应用描述(A1)，该一个或多个抽象组件描述(AC1、AC2、AC3)描述了所述至少一个SOA应用的组件；

b.所述一个或多个抽象组件描述(AC1、AC2、AC3)中每一个抽象组件描述的至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)，所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)包括目标平台上的相应组件的一个或多个需求；和

c.至少一个平台描述符(P1、P2)，其包括所述至少一个平台的一个或多个特性。

2.根据权利要求1所述的SOA注册处(1)，其中所述至少一个平台的一个或多个特性包括所提供平台组件的名称和/或版本号。

3.根据权利要求1或2所述的SOA注册处(1)，其中所述至少一个平台的一个或多个特性作为条目存储在所述SOA注册处(1)的至少一个分类中，并且其中所述至少一个平台描述符(P1、P2)包括对所述条目的引用。

4.根据前述权利要求中任何一个所述的SOA注册处(1)，其中所述一个或多个需求包括所需平台组件的名称和/或版本号以及任何数量的逻辑操作符。

5.根据前述权利要求中任何一个所述的SOA注册处(1)，其中通过至少一个本体来描述所述至少一个平台的一个或多个需求和/或一个或多个特性。

6.根据前述权利要求中任何一个所述的SOA注册处(1)，其中所述一个或多个抽象组件描述(AC1、AC2、AC3)、所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)和/或所述至少一个平台描述符(P1、P2)包括名称和/或类型。

7.根据前述权利要求中任何一个所述的SOA注册处(1)，其中所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)包括用于确定部署顺序的序列号。

8.根据前述权利要求中任何一个所述的SOA注册处(1)，其中所述一个或多个需求存储在SOA注册处(1)外部，并且所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)包括对所述需求的引用。

9.根据前述权利要求中任何一个所述的SOA注册处(1)，其中所述SOA注册处(1)分布在多个SOA注册处之间。

10.一种用于将至少一个SOA应用自动部署到至少一个平台上的方法，所述至少一个SOA应用包括一个或多个组件，所述方法包括以下步骤：

a.从根据权利要求1-9中任何一个的SOA注册处(1)选择所述至少一个SOA应用的SOA应用描述(A1)和所述至少一个平台的平台描述符(P1、P2)

b.针对所选择的应用描述(A1)的一个或多个抽象组件描述(AC1、AC2、AC3)中的每一个，选择至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)中的一个；和

c.将对应于所选择的具体组件描述(CC11、CC12、CC21、CC22、CC31)的组件部署到所述平台上。

11.根据权利要求10所述的方法，其中步骤b.中的所述选择包括：针对所述至少一个具体组件描述(CC11、CC12、CC21、CC22、CC31)中的每一个，测试对应于所述平台描述符(P1、P2)的平台是否满足所述一个或多个需求，并且选择第一匹配的具体组件描述。

12.根据权利要求11所述的方法，其中步骤b.中的所述测试可通过根据推断比较所述一个或多个需求和所述至少一个平台的一个或多个特性来执行。

13.根据前述权利要求10-12中任何一个所述的方法，其中仅在针对所述一个或多个抽象描述(AC1、AC2、AC3)中的每一个可以选择所述具体组件描述(CC11、CC12、CC21、CC22、CC31)中的至少一个的情况下，执行步骤c.中的所述部署。

14.根据前述权利要求10-13中任何一个所述的方法，还包括生成报告的步骤，该报告描述对于所述一个或多个抽象组件描述(AC1、AC2、AC3)中的每一个，已部署了哪个组件。

15.一种用于将至少一个SOA应用自动部署到至少一个平台上的平台管理器，所述至少一个SOA应用包括一个或多个组件，所述平台管理器适于实现前述方法权利要求10-14中的任何一个。