CN110968327A - 服务系统及其部署方法 - Google Patents

Abstract

本公开提供了一种服务系统及其部署方法，涉及信息技术领域，所述服务系统包括多个服务组件，每个服务组件包括外部依赖检测模块、业务逻辑功能模块和可用性声明模块，其中：所述外部依赖检测模块被配置为：根据所述服务组件的配置参数，确定所述服务组件是否有所依赖的服务组件；若所述服务组件有所依赖的服务组件，则检测所依赖的服务组件是否均可用；在检测到所依赖的服务组件均可用的情况下，触发所述业务逻辑功能模块启动；所述业务逻辑功能模块被配置为：在启动后执行相应的业务逻辑，以启动相应的服务；在启动相应的服务后，触发所述可用性声明模块向外声明所述服务组件可用，以便所述服务组件能够被检测是否可用。

Description

服务系统及其部署方法

技术领域

本公开涉及信息技术领域，尤其是一种服务系统及其部署方法。

背景技术

以分布式和微服务为特征的新架构在现有IT系统中得到越来越广泛的应用，其在系统可扩展性和面向需求的灵敏性方面较传统的单体架构有显著的优势。

但是，新架构的引入往往涉及多个服务组件的协同，在部署过程中要处理复杂的依赖关系，并按照依赖关系依次部署服务组件，增加了部署的复杂度和出错的概率。

目前，主要是通过人工梳理服务组件之间的依赖关系，然后构建个性化的部署脚本，之后通过执行部署脚本依次启动服务组件。这种方式需要耗费经理去梳理服务组件间的依赖关系，出错概率很大，从而导致服务组件的部署出错概率很大。

发明内容

本公开实施例所要解决的一个技术问题是：提供一种服务系统及其部署方法，能够降低服务组件部署的出错概率。

根据本公开实施例的一方面，提供一种服务系统，包括多个服务组件，每个服务组件包括外部依赖检测模块、业务逻辑功能模块和可用性声明模块，其中：所述外部依赖检测模块被配置为：根据所述服务组件的配置参数，确定所述服务组件是否有所依赖的服务组件；若所述服务组件有所依赖的服务组件，则检测所依赖的服务组件是否均可用；在检测到所依赖的服务组件均可用的情况下，触发所述业务逻辑功能模块启动；所述业务逻辑功能模块被配置为：在启动后执行相应的业务逻辑，以启动相应的服务；在启动相应的服务后，触发所述可用性声明模块向外声明所述服务组件可用，以便所述服务组件能够被检测是否可用。

在一些实施例中，所述外部依赖检测模块被配置为：若所述服务组件没有所依赖的服务组件，则直接触发所述业务逻辑功能模块启动。

在一些实施例中，所述配置参数携带预设时间和预设次数；所述外部依赖检测模块被配置为：在检测到所依赖的某个服务组件不可用的情况下，经过所述预设时间后再次重复检测该服务组件是否可用；在重复检测次数达到所述预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；在重复检测次数小于所述预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

在一些实施例中，所述外部依赖检测模块还被配置为从所述服务组件外获取所述配置参数；或者，所述配置参数内置在所述外部依赖检测模块中。

根据本公开实施例的另一方面，提供一种服务系统的部署方法，所述服务系统包括多个服务组件，所述方法包括：每个所述服务组件根据所述服务组件的配置参数，确定所述服务组件是否有所依赖的服务组件；若所述服务组件有所依赖的服务组件，则所述服务组件检测所依赖的服务组件是否均可用；在检测到所依赖的服务组件均可用的情况下，所述服务组件执行相应的业务逻辑，以启动相应的服务；在启动相应的服务后，所述服务组件向外声明所述服务组件可用，以便所述服务组件能够被检测是否可用；其中，在每个所述服务组件均向外声明可用的情况下，确定所述服务系统部署完成。

在一些实施例中，若所述服务组件没有所依赖的服务组件，则所述服务组件直接执行相应的业务逻辑。

在一些实施例中，所述配置参数携带预设时间和预设次数；所述服务组件检测所依赖的服务组件是否均可用包括：在检测到所依赖的某个服务组件不可用的情况下，经过所述预设时间后再次重复检测该服务组件是否可用；在重复检测次数达到所述预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；在重复检测次数小于所述预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

在一些实施例中，所述配置参数由所述服务组件从所述服务组件外获取；或者，所述配置参数内置在所述服务组件中。

根据本公开实施例的又一方面，提供一种服务系统，包括多个服务组件，每个服务组件包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。

根据本公开实施例的再一方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述任意一个实施例所述的方法。

本公开实施例中，每个服务组件包括外部依赖检测模块和可用性声明模块。外部依赖检测模块可以检测到该服务组件所依赖的服务组件是否可用，可用性声明模块可以向外声明该服务组件是否可用。这样的服务系统中，无需人工梳理服务组件之间的依赖关系，且无需构建部署脚本，即可实现服务组件的部署，降低了服务组件部署的出错概率。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开一些实施例的服务系统中的服务组件的结构示意图；

图2是根据本公开一些实施例的服务系统的部署方法的流程示意图；

图3是根据本公开另一些实施例的服务系统中的服务组件的结构示意图；

图4是根据本公开又一些实施例的服务系统中的服务组件的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

根据本公开的一些实施例，提供一种服务系统，服务系统包括多个服务组件。作为示例，服务系统可以是客户关系管理系统、计费系统、项目管理系统、人力资源管理系统等信息化系统。

图1是根据本公开一些实施例的服务系统中的服务组件的结构示意图。

如图1所示，每个服务组件包括外部依赖检测模块101、业务逻辑功能模块102和可用性声明模块103。在一些实施例中，外部依赖检测模块101和可用性声明模块103可以采用标准化模块的方式定义，从而可以在不同的服务组件中共用。

外部依赖检测模块101被配置为：根据服务组件的配置参数，确定服务组件是否有所依赖的服务组件；若服务组件有所依赖的服务组件，则检测所依赖的服务组件是否均可用；在检测到所依赖的服务组件均可用的情况下，触发业务逻辑功能模块102启动。在一些实现方式中，外部依赖检测模块101还可以被配置为：若服务组件没有所依赖的服务组件，则直接触发业务逻辑功能模块102启动。

这里，每个服务组件的配置参数可以包括该服务组件所依赖的服务组件列表、针对每个所依赖的服务组件的检测接口、检测脚本等。

每个服务组件的配置参数可以通过不同的方式来配置。在一些实现方式中，外部依赖检测模块101可以被配置为从服务组件外获取配置参数。例如，通过配置文件、环境变量、启动参数等形式从外部传递给服务组件。在另一些实现方式中，配置参数可以内置在外部依赖检测模块101中。

业务逻辑功能模块102被配置为：在启动后执行相应的业务逻辑，以启动相应的服务；在启动相应的服务后，触发可用性声明模块103向外声明服务组件可用，以便服务组件能够被检测是否可用。也即，可用性声明模块103向外声明该服务组件可用后，其他依赖该服务组件的服务组件即可检测到该服务组件可用。

这里，不同服务组件的业务逻辑功能模块102在执行相应的业务逻辑后所启动的服务可能不同。作为一些示例，在执行业务逻辑后启动的服务例如可以是提供文档解析、提供身份验证、进行图形格式转换等。

另外，可以理解的是，服务组件在启动相应的服务后即具备了对外提供服务的能力。

上述实施例中，每个服务组件包括外部依赖检测模块和可用性声明模块。外部依赖检测模块可以检测到该服务组件所依赖的服务组件是否可用，可用性声明模块可以向外声明该服务组件是否可用。这样的服务系统中，无需人工梳理服务组件之间的依赖关系，且无需构建部署脚本，即可实现服务组件的部署，降低了服务组件部署的出错概率。

另外，由于每个服务组件均配置有外部依赖检测模块和可用性声明模块。这样的服务系统可以兼容后续的长期演进和动态发展，例如，目前没有所依赖的服务组件的服务组件未来可能会有，目前没有被依赖的服务组件未来可能会被依赖。

此外，在某个服务组件更新时，也仅仅是依赖该服务组件的服务组件会受到影响，不会影响其他服务组件的正常部署，提高了服务系统的可靠性。

在一些实施例中，每个服务组件的配置参数可以携带预设时间和预设次数。对于不同的服务组件来说，预设时间和预设次数可以根据实际情况进行相应的设置。相应的，该实施例中的外部依赖检测模块101可以被配置为根据如下方式检测所依赖的服务组件是否可用：

在检测到所依赖的某个服务组件不可用的情况下，经过预设时间后再次重复检测该服务组件是否可用；在重复检测次数达到预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；在重复检测次数小于预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

上述实施例的方式可以确保所确定的不可用的服务组件的准确性，另外还可以避免可用的服务组件由于意外情况短暂的不可用的情况下被视为不可用。

下面结合图2介绍服务系统的部署流程。

图2是根据本公开一些实施例的服务系统的部署方法的流程示意图。这里，服务系统包括多个服务组件。

在步骤202，每个服务组件根据该服务组件的配置参数，确定该服务组件是否有所依赖的服务组件。若是，即该服务组件有所依赖的服务组件，则执行步骤204；若否，即该服务组件没有所依赖的服务组件，则执行步骤206。

例如，配置参数可以为该服务组件从该服务组件外获取得到。又例如，配置参数可以内置在该服务组件中。

另外，在步骤202之前，每个服务组件还可以检测外部运行环境是否具备，例如，检测所依赖的特定版本的操作系统、内存、中央处理器(CPU)资源、Java虚拟机、操作系统中的特定软件、外部环境变量配置、外部配置文件的加载等配置或启动服务组件所需的外部资源是否具备。

在步骤204，该服务组件检测所依赖的服务组件是否均可用。若是，即检测到所依赖的服务组件均可用，则执行步骤206；若否，则该服务组件启动失败，停止执行后续流程。

在一些实现方式中，配置参数携带预设时间和预设次数。步骤204可以根据如下方式来实现：在检测到所依赖的某个服务组件不可用的情况下，经过预设时间后再次重复检测该服务组件是否可用；在重复检测次数达到预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；在重复检测次数小于预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

在步骤206，该服务组件执行相应的业务逻辑，以启动相应的服务。

在步骤208，在启动相应的服务后，该服务组件向外声明该服务组件可用，以便该服务组件能够被检测是否可用。

需要说明的是，各个服务组件可以并行执行上述步骤202-步骤208，可以提高部署效率。在每个服务组件均向外声明可用的情况下，确定服务系统部署完成，具有对外服务的能力。如果有任意一个服务组件启动失败，即未对外声明可用，则服务系统部署失败。

下面列举一个示例说明服务系统的部署过程。

假设服务系统由三个服务组件(A、B、C)组成，服务组件B依赖于服务组件A，服务组件C依赖于服务组件B。

三个服务组件可以并行启动。

服务组件A不依赖于其他服务组件。服务组件A启动完成，即执行相应的业务逻辑以启动相应的服务后，即可通过可用性声明模块向外声明服务组件A可用。

服务组件B依赖于服务组件A。在服务组件B启动过程中，服务组件B通过外部依赖检测模块检测服务组件A是否可用，在检测到服务组件A可用后，服务组件B执行相应的业务逻辑，以启动相应的服务。服务组件B启动完成，即启动相应的服务后，通过可用性声明模块向外声明服务组件B可用。

服务组件C依赖服务组件B，启动过程与服务组件B类似。服务组件C启动完成后，即启动相应的服务后，通过可用性声明模块向外声明服务组件C可用。

在全部服务组件均可用的情况下，整个服务系统部署完成，可以对外进行服务。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。

图3是根据本公开另一些实施例的服务系统中的服务组件的结构示意图。

如图3所示，该实施例的服务组件包括存储器301和处理器302。存储器301可以是磁盘、闪存或其它任何非易失性存储介质。存储器301用于存储前述任意一个实施例的方法对应的指令。处理器302耦接至存储器301，可以被实施为一个或多个集成电路，例如微处理器或微控制器。处理器302用于执行存储器301中存储的指令。

图4是根据本公开又一些实施例的服务系统中的服务组件的结构示意图。

如图4所示，该实施例的服务组件400包括存储器401和处理器402。处理器402通过总线(BUS)403耦合至存储器401。服务组件400还可以通过存储接口404连接至外部存储装置405以便调用外部数据，还可以通过网络接口406连接至网络或者外部计算机系统(未示出)。

本公开还提供了一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现前述任意一个实施例的方法的步骤。

本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (10)

1.一种服务系统，包括多个服务组件，每个服务组件包括外部依赖检测模块、业务逻辑功能模块和可用性声明模块，其中：

所述外部依赖检测模块被配置为：根据所述服务组件的配置参数，确定所述服务组件是否有所依赖的服务组件；若所述服务组件有所依赖的服务组件，则检测所依赖的服务组件是否均可用；在检测到所依赖的服务组件均可用的情况下，触发所述业务逻辑功能模块启动；

所述业务逻辑功能模块被配置为：在启动后执行相应的业务逻辑，以启动相应的服务；在启动相应的服务后，触发所述可用性声明模块向外声明所述服务组件可用，以便所述服务组件能够被检测是否可用。

2.根据权利要求1所述的服务系统，其中，所述外部依赖检测模块被配置为：若所述服务组件没有所依赖的服务组件，则直接触发所述业务逻辑功能模块启动。

3.根据权利要求1所述的服务系统，其中，所述配置参数携带预设时间和预设次数；

所述外部依赖检测模块被配置为：

在检测到所依赖的某个服务组件不可用的情况下，经过所述预设时间后再次重复检测该服务组件是否可用；

在重复检测次数达到所述预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；

在重复检测次数小于所述预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

4.根据权利要求1-3任意一项所述的服务系统，其中，所述外部依赖检测模块还被配置为从所述服务组件外获取所述配置参数；

或者，所述配置参数内置在所述外部依赖检测模块中。

5.一种服务系统的部署方法，所述服务系统包括多个服务组件，所述方法包括：

每个所述服务组件根据所述服务组件的配置参数，确定所述服务组件是否有所依赖的服务组件；

若所述服务组件有所依赖的服务组件，则所述服务组件检测所依赖的服务组件是否均可用；

在检测到所依赖的服务组件均可用的情况下，所述服务组件执行相应的业务逻辑，以启动相应的服务；

在启动相应的服务后，所述服务组件向外声明所述服务组件可用，以便所述服务组件能够被检测是否可用；

其中，在每个所述服务组件均向外声明可用的情况下，确定所述服务系统部署完成。

6.根据权利要求5所述的方法，其中，若所述服务组件没有所依赖的服务组件，则所述服务组件直接执行相应的业务逻辑。

7.根据权利要求5所述的方法，其中，所述配置参数携带预设时间和预设次数；

所述服务组件检测所依赖的服务组件是否均可用包括：

在检测到所依赖的某个服务组件不可用的情况下，经过所述预设时间后再次重复检测该服务组件是否可用；

在重复检测次数达到所述预设次数的情况下，若检测到该服务组件仍不可用，则确定该服务组件不可用；

在重复检测次数小于所述预设次数的情况下，若检测到该服务组件可用，则确定该服务组件可用。

8.根据权利要求5-7任意一项所述的方法，其中，所述配置参数由所述服务组件从所述服务组件外获取；或者，所述配置参数内置在所述服务组件中。

9.一种服务系统，包括多个服务组件，每个服务组件包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求5-8任意一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现如权利要求5-8任意一项所述的方法。

Images