CN107659439A - 一种动态的服务编排方法 - Google Patents

Abstract

本发明公开了一种动态的服务编排方法，包括：定义服务节点模型模版，其包括抽象的输入、输出、处理过程定义；创建服务节点模型，在模型模版基础上，支持通过界面操作或者简单的编码即能实现特定功能的服务节点模型；创建服务模型，服务模型由一个或多个服务节点模型组成；服务模型实例化，申请使用定义好的服务时，进入实例化阶段，分阶段实例化所有节点模型；针对每个定义的服务，实例化初始时即生成对应服务的上下文；服务执行，服务实例化开始后，即逐个串行或并行或串并行混合进行服务节点的执行。本发明根据用户的需求，自行定义需要的服务模型，发布成服务供其他用户使用，可以确保在不需要开发力量介入的情况下即可实现期望的服务。

Description

一种动态的服务编排方法

技术领域

本发明涉及计算机领域，特别是涉及一种在IT自动化方面的动态服务编排方法。

背景技术

随着IT技术的发展，企业IT环境和IT管理任务的复杂程度越来越高，企业运营成本也越来越高。为此，人们采用了流程与任务结合的方式，来将某些服务能力固化，以达到快速、自动化完成指定任务的目的。但当前的方式需要企业针对每个服务进行设计、编码开发，需要专业的研发人员介入，才能构成较好的自动化服务。其结构相对固化、修改调整不便，企业应用场景多样化，构建服务的过程长，投入大，服务执行不连贯。

因此，如何采用一种动态服务编排方法，以降低服务构建的投入、服务的维护和企业对技术人员的要求，是需要进行解决的技术问题。

发明内容

本发明主要解决的技术问题是提供一种动态服务编排方法，能够让非研发人员，通过界面或文件配置方式，实现特定目标的服务，并且服务过程中服务参数自动维护和传递。解决当前自动化服务构建成本高、对技术人员要求高、服务执行不连贯的问题。

其具体方案如下：

一种动态服务编排方法，所述方法包括如下步骤：

步骤S1：定义服务节点模型模版，其包括抽象的输入、输出、处理过程定义；

步骤S2：创建服务节点模型，在模型模版基础上，支持通过界面操作或者简单的编码即能实现特定功能的服务节点模型；

步骤S3：创建服务模型，服务模型由一个或多个服务节点模型组成，同时指定服务节点模型间的输出、输出关联；

步骤S4：服务模型实例化，申请使用定义好的服务时，进入实例化阶段，分阶段实例化所有节点模型；针对每个定义的服务，实例化初始时即生成对应服务的上下文，在服务执行过程中保存所生成的相关动态对象并提供访问；

步骤S5：服务执行，服务实例化开始后，即逐个串行或并行或串并行混合进行服务节点的执行。

上述的服务节点模型模版定义包括：

定义手动执行任务的模版，该模版允许自定义不定数量的输入、输出的参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性效验；

定义脚本化任务执行的服务节点模型模版，该模版中预置一定格式的脚本模版，支持Linux、AIX、WINDOWS平台脚本运行。该模版支持自定义不定数量的输入、输出参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性效验；

定义自动化执行的服务节点模型模版，该模版主要用于通过对外部系统或平台的API、SDK进行封装和调用。该版版支持自定义不定数量的输入、输出参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性校验；该模版同时具有抽象的业务处理模块，供具体模型引用实现具体业务功能；

定义维护功能模块，该模块存在于所有以上三类服务节点模型模版中，主要用于服务节点实例的自维护、服务节点实例参数的自动获取、输出参数向服务上下文的自动更新，以及其他为保障服务节点稳定、有效运行，保障服务节点间通讯所应具备的功能；

定义模型模版的保存方式，包括代码与配置文件、UI三部分组成，均以文件形式保存。

上述定义服务节点模型包括：

在服务节点模型模版基础上定义生成服务节点模型。根据模版不同，要分别继承或实现“手工线下执行模块”“脚本模块”“业务处理模块”“维护功能模块”定义；

服务节点模型的定义方式，支持在系统中通过操作界面、配置文件、简单代码、数据库表中的一种或多种组合的方式进行定义；

上述定义服务模型包括：

服务模型的定义，由服务节点模型组成，并指定不同节点模型间输入、输出参数的映射关联、参数间类型的转换；

定义服务模型的保存方式，支持通过结构化数据文件形式或非结构化数据文件形式保存；

上述服务实例化包括：

用户或系统向服务提供了初始的部分或全部输入参数，服务节点具备按指定顺序执行的能力；

服务实例化过程中，要求创建服务上下文对象，并保存初始服务环境参数。

上述服务上下文对象定义包括：

服务上下文对象是服务执行的环境，保存环境参数，提供读取和更新能力；

服务上下文对象的保存方式，保存在内存数据、持久化文件或持久化数据库中；服务实例化时创建，在服务执行结束后清除。

本发明提供的动态服务编排方法，能够让非研发人员，通过界面或文件配置方式，实现特定目标的服务，并且服务过程中服务参数自动维护和传递。

上述说明仅是本发明方法的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

图1是本发明一种动态服务编排方法的运行过程总览；

图2是一种动态服务编排方法中的服务模版设计；

图3是手动执行服务节点模型模版的设计；

图4是脚本化任务执行的服务节点模型模版设计；

图5是(自动化)代码化的服务节点模型模版设计；

具体实施方式

下面将结合本申请实施例中的附图对本发明的技术方案进行清楚、完整地描述。

如图1所示，展示了动态服务编排方法的总体过程，该方法过程可以确保定义出解决任何需要由计算机系统或人干预解决的模式化工作问题，同时完整地实现(服务节点)组合间的数据共享问题，以彻底达到自动化服务能力。该过程描述的是从服务节点模型模版建立到服务执行完毕的顺序和变化。步骤如下：

S1，服务节点模型模版设计，此由系统设计者/开发者在系统出厂前通过编码定义完成，预留相应的扩展接口，供使用者在其上进行实现/继承设计，得到自己需要的服务节点模型；服务节点模型模版分三类，依次如图3、图4、图5所示。每个模版均由输入、输出、处理逻辑构成。其中，模块2.1.2、2.2.2、2.3.4均为具有相同父亲类的接口模块，在不同模版中稍有不同；

S2，服务节点模型设计，由软件使用者/服务管理者通过界面或配置文件或数据库方式配置不同服务节点模型；服务节点模型设计时，依据图3、图4、图5的定义，分别补充实现2.1.1、2.1.2、2.2.1、2.3.2、2.3.3、 2.2.2、2.3.4的模块处理逻辑；

S3，服务模型设计，由软件使用者/服务管理者通过界面将需要的服务节点模型按一定顺序、条件组合形成实现特定功能的服务；定义好的服务会将其定义保存在非结构化文件中，供服务实例化调用；如图2示，需要将Step L的输出OUTPUT-1，定义为STEP N的输入INPUTN-1，以及将STEP M的输出OUTPUTM-1、OUTPUTM-N分别定义为STEP N的 INPUTN-N和INPUTN-2的输入，可以达成在服务节点自由组合的情况下，保持服务节点间的数据一致、处理连贯性；

S4，当用户点击申请使用经批准发布的服务时，即开始进行服务实例化工作。在服务实例化阶段，会根据服务定义的不同，分批或全部实例化服务节点。服务执行所需要的初始参数，在实例化第一步开始提供，同时服务也会创建对应的服务执行上下文用以保存服务执行过程中的临时数据；服务节点实例化所需要的输入参数来源于两个地方：1)界面手工录入；2)前序服务节点实例写在服务上下文；

S5，服务执行，即服务节点实例的执行组合，其在服务节点模型实例化完成后执行。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程、方式变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种动态服务编排方法，所述方法包括如下步骤：

步骤S1：定义服务节点模型模版，其包括抽象的输入、输出、处理过程定义；

步骤S2：创建服务节点模型，在模型模版基础上，支持通过界面操作或者简单的编码即能实现特定功能的服务节点模型；

步骤S3：创建服务模型，服务模型由一个或多个服务节点模型组成，同时指定服务节点模型间的输出、输出关联；

步骤S4：服务模型实例化，申请使用定义好的服务时，进入实例化阶段，分阶段实例化所有节点模型；针对每个定义的服务，实例化初始时即生成对应服务的上下文，在服务执行过程中保存所生成的相关动态对象并提供访问；

步骤S5：服务执行，服务实例化开始后，即逐个串行或并行或串并行混合进行服务节点的执行。

2.根据权利要求1所述的动态服务编排方法，其特征在于，所述定义服务节点模型模版包括：

定义手动执行任务的模版，该模版允许自定义不定数量的输入、输出的参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性效验；

定义脚本化任务执行的服务节点模型模版，该模版中预置一定格式的脚本模版，支持Linux、AIX、WINDOWS平台脚本运行，该模版支持自定义不定数量的输入、输出参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性效验；

定义自动化执行的服务节点模型模版，该模版主要用于通过对外部系统或平台的API、SDK进行封装和调用，支持自定义不定数量的输入、输出参数，包括参数名称、显示名称、参数值类型、格式，以及参数值的合法性校验；该模版同时具有抽象的业务处理模块，供具体模型引用实现具体业务功能；

定义维护功能模块，该模块存在于所有以上三类服务节点模型模版中，主要用于服务节点实例的自维护、服务节点实例参数的自动获取、输出参数向服务上下文的自动更新，以及其他为保障服务节点稳定、有效运行，保障服务节点间通讯所应具备的功能；

定义模型模版的保存方式，模型模版定义包括代码与配置文件、UI三部分组成，均以文件形式保存。

3.根据权利要求1所述的动态服务编排方法，其特征在于，所述定义服务节点模型包括：

在服务节点模型模版基础上定义服务节点模型，根据模版不同，要分别继承或实现模版中定义的“手工线下执行模块”“脚本模块”“业务处理模块”“维护功能模块”的定义；

服务节点模型的定义，支持在系统中通过操作界面、配置文件、简单代码、数据库表其中的一种或多种组合的方式。

4.根据权利要求1所述的动态服务编排方法，其特征在于，所述定义服务模型包括：

服务模型的定义时，要指定组成的服务节点模型，并指定不同节点模型间输入、输出参数的映射关联、参数间类型的转换；

服务模型的保存，要支持通过结构化数据文件形式或非结构化数据文件形式保存。

5.根据权利要求1所述的动态服务编排方法，其特征在于，所述服务实例化包括：

用户或系统向服务提供了初始的部分或全部输入参数，服务节点具备按指定顺序执行的能力；

服务实例化过程中，要求创建服务上下文对象，并保存初始服务环境参数。

6.根据权利要求5所述的服务实例化方法，其特征在于，所述服务上下文对象的管理包括：

服务上下文对象是服务执行的环境，保存环境参数，提供读取和更新能力；

服务上下文对象的保存方式，保存在内存数据、持久化文件或持久化数据库中；服务实例化时创建，在服务执行结束后清除。