CN113467788A - 一种服务上线方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本公开提供了一种服务上线方法、装置、电子设备以及存储介质，其中，该方法包括：获取待上线服务的服务上线请求；响应于服务上线请求，查找待上线服务的上线审核信息；在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻待上线服务是否满足上线阻塞条件；在确定出不满足的情况下，对待上线服务执行上线操作。本公开实施例能够优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

Description

一种服务上线方法、装置、电子设备以及存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种服务上线方法、装置、电子设备以及存储介质。

背景技术

当前，互联网为用户提供了各种各样的服务，为了满足用户的需求，需要部署新的服务，或者，对服务进行升级或者改进。

在对服务进行上线发布时，可以设定服务上线时间，进而，在规定的服务上线时间内将上线的服务部署在多个机器上。然而，由于服务上线时间可以是用户任意设置的，因此，现有的服务上线发布流程存在发布不规范的问题。若在相同时段上线的服务较多，则容易出现业务上线高峰，从而导致待上线的服务延时上线。

发明内容

本公开实施例至少提供一种服务上线方法、装置、电子设备以及存储介质。

第一方面，本公开实施例提供了一种服务上线方法，包括：获取待上线服务的服务上线请求；响应于所述服务上线请求，查找所述待上线服务的上线审核信息；在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；在确定出不满足的情况下，对所述待上线服务执行上线操作。

一种可选的实施方式中，所述响应于所述服务上线请求，查找所述待上线服务的上线审核信息，包括：确定所述服务上线请求中携带的所述待上线服务的服务标识信息；在数据库中查找与所述服务标识信息相匹配的上线记录信息，并根据查找到的所述上线记录信息确定所述上线审核信息。

一种可选的实施方式中，所述方法还包括：在未查找到所述上线审核信息的情况下，向审核方发送所述待上线服务的上线审核请求；获取所述审核方基于所述上线审核请求发送的审核反馈信息，并根据所述审核反馈信息在数据库中设置所述上线审核信息。

一种可选的实施方式中，所述根据所述审核反馈信息在数据库中设置所述上线审核信息，包括：在所述审核反馈信息为审核通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第一数值；或者在所述审核反馈信息为审核未通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第二数值。

一种可选的实施方式中，所述目标字段为所述数据库中与所述待上线服务相匹配的上线记录信息中的字段。

一种可选的实施方式中，所述确定当前时刻所述待上线服务是否满足上线阻塞条件，包括：确定当前时刻所述待上线服务的上线等待时间；若所述上线等待时间大于或者等于预设时长，则确定所述待上线服务不满足上线阻塞条件。

一种可选的实施方式中，所述确定当前时刻所述待上线服务的上线等待时间，包括：计算所述当前时刻和目标起始时刻之间的时间长度，并将确定出的时间长度确定为所述上线等待时间，其中，所述目标起始时刻为所述服务上线请求的首次发起时刻。

一种可选的实施方式中，所述方法还包括：在对所述待上线服务执行上线操作之后，获取所述待上线服务的上线控制平台的***；按照所述***建立与所述上线控制平台之间的通信连接，并向所述上线控制平台发送所述待上线服务上线成功的消息。

第二方面，本公开实施例还提供一种服务上线装置，其特征在于，包括：获取模块，用于获取待上线服务的服务上线请求；查找模块，用于响应于所述服务上线请求，查找所述待上线服务的上线审核信息；确定模块，用于在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；上线模块，用于在确定出不满足的情况下，对所述待上线服务执行上线操作。

第三方面，本公开实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第四方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

在本公开实施例中，首先，获取待上线服务的服务上线请求，并响应于该服务上线请求，查找待上线服务的上线审核信息，在根据上线审核信息确定上线审核通过的情况下，确定当前时刻待上线服务是否满足上线阻塞条件，其中，在确定出不满足的情况下，对待上线服务执行上线操作。

通过上述描述可知，本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种服务上线方法的流程图；

图2示出了本公开实施例所提供一种审核方的审核界面示意图；

图3示出了本公开实施例所提供的服务上线方法中数据表的结构示意图；

图4示出了本公开实施例所提供的另一种可选的服务上线方法的流程图；

图5示出了本公开实施例所提供的一种服务上线装置的示意图；

图6示出了本公开实施例所提供的一种电子设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

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

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

经研究发现，现有的技术方案在对服务进行上线发布时，可以设定服务上线时间，进而，在规定的服务上线时间内将上线的服务部署在多个机器上。然而，由于服务上线时间可以是用户任意设置的，因此，现有的服务上线发布流程存在发布不规范的问题。若在相同时段上线的服务较多，则容易出现业务上线高峰，从而导致待上线的服务延时上线。

基于上述研究，本公开提供了一种服务上线方法、装置、电子设备以及存储介质。本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种服务上线方法进行详细介绍，本公开实施例所提供的服务上线方法的执行主体一般为具有一定计算能力的电子设备。

实施例一

参见图1所示，为本公开实施例提供的一种服务上线方法的流程图，该方法应用在服务发布平台中，该方法包括步骤S101～S107，其中：

S101：获取待上线服务的服务上线请求。

为了满足用户的各种需求，可以在服务发布平台中部署大量的服务，此处的待上线服务可以理解为部署在服务发布平台的大量服务中需要进行更新升级的服务，其中，待上线服务的数量可以为一个或多个，本公开对此不作具体限定。

在本公开实施例中，用户可以通过上线控制平台向服务发布平台发送服务上线请求。其中，在该服务上线请求中携带用于表征待上线服务的服务标识信息，例如，服务ID。

S103：响应于所述服务上线请求，查找所述待上线服务的上线审核信息。

在本公开实施例中，服务发布平台在获取到待上线服务的服务上线请求后，可以在服务发布平台的数据库中查找待上线服务的上线审核信息。其中，上线审核信息用于确定待上线服务的上线审核是否通过。

上线审核信息为待上线服务的审核方对待上线服务进行上线审核之后向服务发布平台反馈的审核结果。

可以理解的是，审核方可以包含多个审核对象，每个审核对象可以向服务发布平台反馈一个上线审核信息；除此之外，在每个审核对象审核结束之后，可以将每个审核对象的审核结果进行汇总，得到包含每个审核对象的审核结果的上线审核信息。

S105：在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件。

在本公开实施例中，在获取到上线审核信息之后，可以根据上线审核信息确定审核方对待上线服务的上线审核是否通过。在确定出审核通过的情况下，可以确定当前时刻待上线服务是否满足上线阻塞条件。

可以理解的是，在上线审核信息中，可以携带指示标识，该指示标识用于确定审核方对待上线服务的上线审核是否通过。

通过上述描述可知，审核方可以为多个。在此情况下，一种可选的实施方式为，服务发布平台获取到的上线审核信息为多个，每个上线审核信息中携带对应审核方的指示标识，以通过该指示标识来指示对应审核方对待上线服务的审核结果。

此时，如果服务发布平台获取到的上线审核信息中用于表征对待上线服务的上线审核通过的信息的数量满足预设数量要求，则确定对待上线服务的上线审核通过。其中，该预设数量可以为用户预先设定的数量，例如，该预设数量可以设置为1。

另一种可选的实施方式为，服务发布平台获取到的上线审核信息为一个，该上线审核信息中携带用于各个审核方对待上线服务的审核结果的指示标识。若根据指示标识确定出同意待上线服务进行上线的审核方的数量满足预设数量要求，则确定对待上线服务的上线审核通过。其中，该预设数量可以为用户预先设定的数量，例如，该预设数量可以设置为1。

通过上述描述可知，待上线服务设置在多个服务发布平台上，本公开中阻塞可以理解为待上线服务在上线阻塞条件所设定的阻塞时间内不能在下一个服务发布平台中进行更新升级。

S107：在确定出不满足的情况下，对待上线服务执行上线操作。

通过上述描述可知，本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

下面将针对上述步骤S101至步骤S107进行详细描述。

在一个可选的实施方式中，针对上述步骤S103，响应于所述服务上线请求，查找所述待上线服务的上线审核信息，具体包括如下过程：

步骤S1031、确定所述服务上线请求中携带的所述待上线服务的服务标识信息。

步骤S1032、在数据库中查找与所述服务标识信息相匹配的上线记录信息，并根据查找到的所述上线记录信息确定所述上线审核信息。

在本公开实施例中，可以预先在服务发布平台的数据库中设置对应的数据表，该数据表中的数据可以包含对应服务的上线记录信息，其中，该上线记录信息包括：上线审核信息和上线阻塞参数，其中，上线阻塞参数用于确定待上线服务是否满足上线阻塞条件。

在获取到服务上线请求之后，可以确定服务上线请求中所携带的待上线服务的服务标识信息。然后，在数据库中查找与该服务标识信息相匹配的数据表，并读取该数据表中的上线记录信息。

通过上述描述可知，服务发布平台部署了多个服务，每个服务在数据库中都预先设置了对应的数据表，且预先为每个数据表设置了对应的标识，该标识即为该数据表所对应服务的服务标识信息。

因此，在本公开实施例中，可以在数据库中查找与待上线服务的服务标识信息相同的数据表。之后，读取该数据表中的上线记录信息，进而根据该上线记录信息确定待上线服务的上线审核信息。

具体地，数据表所存储的上线记录信息中包含多个字段以及每个字段所对应的字段内容。基于此，可以在上线记录信息中确定与上线审核信息相关联的字段，例如，该字段的字段名称可以为audit_status。接下来，在数据表中确定该字段audit_status所对应的字段内容，此时，可以根据确定出的字段内容确定上线审核信息。

例如，该字段内容为“2”，则确定出的上线审核信息为：审核方拒绝了服务上线请求；又例如，该字段内容为“3”，则确定出的上线审核信息为：审核方通过了服务上线请求。

通过上述描述可知，通过根据服务上线标识在数据库中查找上线审核信息，以根据该上线审核信息确定待上线服务是否上线审核通过的方式，可以实现审核方能够控制待上线服务的上线过程，从而优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度。

在本公开实施例中，在基于上线控制平台对待上线服务进行设置时，可以针对该待上线服务设置一个上线审核表，该上线审核表可以用于存放该待上线服务的服务标识信息的上线审核信息。

在获取到上述待上线服务的服务上线请求后，就可以根据该服务上线请求获取该待上线服务的服务标识信息，其中，该服务标识信息用于获取该待上线服务的上线审核表并将该上线审核表存储在数据库中，以便对该上线审核表中的字段进行查找。

(2)、在数据库中查找与所述服务标识信息相匹配的上线记录信息，并根据查找到的所述上线记录信息确定所述上线审核信息。

在本公开实施例中，在待上线服务通过webhook发送服务上线请求后，就可以在数据库中创建相应的上线记录信息，其中，该上线记录信息包含该待上线服务的服务标识信息。

因此，在获取到上述待上线服务的服务标识信息后，就可以在数据库中查找是否有相应的包含该待上线服务的服务标识信息的上线记录信息，并在确定查找到相应的上线记录信息后，获取该待上线服务的上线审核表，并在该上线审核表中查找该待上线服务的上线审核信息。

通过上述描述可知，在本公开实施例中，在数据库中包含该待上线服务的上线记录信息时，就可以根据该待上线服务的服务标识信息，获取该待上线服务的上线审核表中的上线审核信息，从而提高了对上线审核信息的获取效率，简化了待上线服务的上线流程。

通过上述描述可知，在本公开技术方案中，可以在获取服务上线请求之前，预先在服务发布平台的数据库中创建该数据表。在创建该数据表之后，可以在获取上线服务请求之前或者之后，在数据表中设置相应的字段，以及设置对应的字段内容，本公开对此不作具体限定。

因此，在本公开实施例中，在获取到上线服务请求之后，可以根据上线服务请求在数据库中查找上线审核信息，并在查找到的情况下，执行上述步骤S1031和步骤S1032。

在未查找到与服务标识信息相匹配的上线审核信息的情况下，本公开实施例还包括如下过程：

(1)、向审核方发送所述待上线服务的上线审核请求。

在本公开实施例中，若在数据库中查找到与该服务标识信息相匹配的数据表，但是未在数据表中查找到上线审核信息的情况下，则可以在数据库所存储的上线记录信息中新增该待上线服务的上线审核信息。

在新增该上线审核信息之前，可以向待上线服务的审核方发送上线审核请求。比如，可以通过IM(instant messaging，即时消息)消息的通信方式向审核方发送包含上线审核请求的IM通知信息。

在审核方为多个的情况下，可以向每个审核方发送包含上线审核请求的IM通知信息；还可以在多个审核方中确定审核方代表，以向审核方代表发送包含上线审核请求的IM通知信息，本公开对此不作具体限定。

(2)、获取所述审核方基于所述上线审核请求发送的审核反馈信息，并根据所述审核反馈信息在数据库中设置所述上线审核信息。

在本公开实施例中，审核方在收到上线审核请求后，可以解析出上线审核请求中所携带的服务标识信息，进而，根据该服务标识信息确定待审核的服务(即上述所描述的待上线服务)。之后，就可以对待上线服务进行审核，得到审核结果；并向服务发布平台反馈包含该审核结果的审核反馈信息。之后，可以将审核反馈信息通过IM通知消息的方式向服务发布平台进行反馈，其中，审核方的审核界面如图2所示。

通过上述描述可知，审核方的数量可以为一个或者多个。在审核方数量为多个时，服务发布平台可以设置向指定的审核方(例如，上述审核方代表)或全部审核方发送上线审核请求。之后，就可以获取审核方基于上线审核请求反馈的审核反馈信息，并根据审核反馈信息设置上线审核信息。

例如，可以设置为一个审核方的审核反馈信息为同意上线，则允许该待上线服务上线，也可以设置为当审核方的审核反馈信息为同意上线的数量达到预设数量要求时，允许该待上线服务上线。

针对上述步骤，根据所述审核反馈信息在数据库中设置所述上线审核信息，具体包括以下两种情况。

情况一、

在所述审核反馈信息为审核通过的情况下，将所述数据库中用于表征上述上线审核信息的目标字段的字段值设置为第一数值。

情况二、

在所述审核反馈信息为审核未通过的情况下，将所述数据库中用于表征上述上线审核信息的目标字段的字段值设置为第二数值。

在本公开实施例中，在获取到审核反馈信息之后，就可以根据审核反馈信息在数据库中对该待上线服务的上线审核信息进行设置，即对表征该上线审核信息的目标字段的字段内容进行设置。

在一个可选的实施方式中，目标字段为上述数据库中与该待上线服务相匹配的数据表中上线记录信息所对应的字段。

例如，如图3所示的数据表，数据表中的字段audit_status即为目标字段。若审核反馈信息为拒绝上线，则将目标字段的字段内容设置为置位2，若审核反馈信息为同意上线，则将目标字段的字段内容设置为置位3。

在一个可选的实施方式中，审核反馈信息中所携带的数据可以为：同意上线，或者，拒绝上线。此时，可以根据审核反馈信息中所携带的数据，确定数据表中上线审核信息所属字段的字段内容。例如，若审核反馈信息中所携带的数据为：同意上线，则确定该字段内容为：3；若审核反馈信息中所携带的数据为：拒绝上线，则确定该字段内容为：2。

在另一个可选的实施方式中，审核反馈信息中所携带的数据可以作为数据表中上线审核信息所属字段的字段内容。例如，审核反馈信息中所携带的数据可以为“2”或“3”。

需要说明的是，在本公开实施例中，上线审核信息所属字段的字段内容并不限定通过“2”或“3”来进行描述，除了“2”或“3”之外，还可以设置其他的字段内容，能够被服务发布平台识别的字段内容均在本公开的保护范围内。

在本公开实施例中，在按照上述所描述的过程在数据库中设置上线审核信息之后。若根据上线审核信息确定待上线服务上线审核通过，则执行上述S105中的步骤：确定当前时刻待上线服务是否满足上线阻塞条件，以及执行S107在确定出不满足的情况下，对所述待上线服务执行上线操作。

通过上述描述可知，在未查找到上线审核信息的情况下，通过IM通知消息向审核方发送上线审核请求的方式，可以实现向审核方同步待上线服务的上线流程，从而使得审核方对待上线服务的上线进度进行控制，以优化并规范待上线服务的上线发布流程。

在一个可选的实施方式中，针对上述步骤S105，确定当前时刻所述待上线服务是否满足上线阻塞条件，具体包括如下过程：

步骤S1051、确定当前时刻所述待上线服务的上线等待时间。

步骤S1052、若所述上线等待时间大于或者等于预设时长，则确定所述待上线服务不满足上线阻塞条件。

在本公开实施例中，首先获取待上线服务的服务上线请求，之后，响应于服务上线请求，查找待上线服务的上线审核信息。具体地，可以通过上述步骤S1031和S1032所描述的过程查找待上线服务的上线审核信息。

在查找到该上线审核信息的情况下，就可以确定当前时刻所述待上线服务的上线等待时间。比如，可以计算当前时刻和目标起始时刻之间的时间长度，并将确定出的时间长度确定为上线等待时间，其中，目标起始时刻为上述服务上线请求的首次发起时刻。

具体的，在根据待上线服务的上线审核信息确定出同意待上线服务执行上线操作后，可以在数据库的数据表中查找用于表征待上线服务的创建时间的时间字段，并读取时间字段的字段内容，进而将读取到的字段内容作为目标起始时刻，如图3所示，其中，creat_time字段即为上述时间字段，creat_time字段的字段内容为目标起始时刻。

例如，根据creat_time字段的字段内容可以确定出目标起始时刻为17：00；若获取到的当前时刻为17：03，则确定等待时间为4分钟。

如果该等待时间大于预设时长，则确定待上线服务不满足上线阻塞条件，则可以执行更新发布操作，其中，预设时长的确定方式描述如下：

在数据表所存储的上线记录信息中确定字段为block_time(截数据)的字段内容；然后，将首次发起时刻和该字段内容所表征时间之间的时间间隔确定为预设时长。比如，block_time(截数据)的字段内容为22:00；首次发起时刻为17:00，那么预设时长可以选择为7小时。

此时，就可以确定等待时间是否大于7小时，其中，若确定出大于7小时，则可以确定当前时刻已经过了block_time中的截数据，即，确定待上线服务不满足上线阻塞条件；否则待上线服务满足上线阻塞条件。

在本公开实施例中，用户可以在上线控制平台设置按照预设时间间隔定时向服务发布平台发送服务上线请求。针对任意一次服务上线请求，均可以采用上述步骤S101至步骤S107所描述的步骤进行处理。若处理结果为待上线服务满足上线阻塞条件，则不对待上线服务执行上线操作，继续对待上线服务进行阻塞，并等待下一时刻发送的服务上线请求。

在本公开实施例中，在根据上线审核信息确定待上线服务审核通过的情况下，通过对上线等待时间和预设时长的进行对比，判断该待上线服务是否满足上线阻塞条件的方式，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

在对待上线服务执行上线操作之后，本公开实施例还可以执行下述步骤：

(1)、获取所述待上线服务的上线控制平台的***。

(2)、按照所述***建立与所述上线控制平台之间的通信连接，并向所述上线控制平台发送所述待上线服务上线成功的消息。

在本公开实施例中，在对待上线服务执行操作之后，就可以获取待上线服务的上线控制平台的***，其中，该***可以为webhook链接。

在确定出该***之后，就可以根据***建立服务发布平台与上线控制平台之间的通信连接，并通过通信服务向该上线控制平台发送上述待上线服务上线成功的消息，其中，该消息可以以短信或者邮件的形式对用户进行通知，本公开对此不作具体限定。

在本公开实施例中，***中包含上线控制平台的访问地址。***的确定过程描述如下：

上线控制平台在向服务发布平台发送服务上线请求之前，可以根据用户的操作设置***。

假设，本公开实施例中在后台服务器中所部署的服务为基于Kubernetes(简称k8s)容器集群部署的服务。容器化可以让开发团队可以快速行动、高效部署软件，并以前所未有的规模运营。随着容器化技术越来越成熟，越来越多的企业开始通过容器来部署线上服务，再通过k8s进行容器的管理。开发人员在完成软件的开发后，可以通过对应的控制面基于k8s的编排管理方便的进行服务的发布和上线。

基于此，在本公开实施例中，用户基于容器开始升级后台服务器中的某个服务，并配置对应的webhook链接(也即，***)，配置参数主要描述如下：

(1)、wait_second＝600，该字段表示阻塞时间为10分钟；该字段与图3中所示的“wait_second”相同。

(2)、block_time＝["17:00","22:00"]，该字段表示在17:00到22:00之间为阻塞时间；该字段与图3中所示的“block_time”相同。

(3)、owner＝XXX.1024，表示用户ID为XXX.1024可以跳过阻塞；

(4)、block_holiday＝true，表示节假日+节假日前一天17:00后为阻塞时间，该字段与图3中所示的“block_holiday”相同。

在设置好上述参数之后，可以自动生成对应的webhook链接：

https://ip:port/api/service_change/blockwait_second＝600&owner＝xxxxxx&block_holiday＝true&block_time＝["17:00","22:00"]。

在上述webhook链接创建完成之后，就可以保存在K8s集群所有对应的容器组管理服务上，相当于是被待上线服务所依赖的其他模块给保存起来。

在对待上线服务执行上线操作之后，服务发布平台就可以在容器组管理服务上读取该webhook链接，并根据该webhook链接访问上线控制平台，以向该上线控制平台发送待上线服务上线成功的消息。

通过上述描述可知，在本公开实施例中，可以通过***向上线控制平台发送待上线服务上线成功的消息，能够进一步规范完善服务上线流程，控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划。

综上，通过上述描述可知，本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

如图4所示的为另一种可选的服务上线方法的流程图。如图4所示，在本公开实施例中，该方法包括如下步骤：

步骤401，上线控制平台向服务发布平台发送待上线服务的服务上线请求；

步骤402，服务发布平台在获取到服务上线请求之后，在数据库中查询待上线服务的上线审核信息；其中，若查询到该上线审核信息，则执行步骤S407；否则执行步骤S403至步骤S406；

步骤403，服务发布平台在数据库的数据表中新增与上线审核信息相关的记录信息；

步骤404，服务发布平台通过IM服务向审核方发送上线审核消息；

步骤405，IM服务向服务发布平台发送审核方的审核反馈信息；

步骤406，服务发布平台根据审核反馈信息更新数据表中上线审核信息相关的记录信息；

步骤407，服务发布平台判断该待上线服务是否满足上线条件；

步骤408，服务发布平台判断出满足上线条件，则执行上线操作。

上述步骤401至步骤408所描述的过程与上述步骤S101至步骤S107所描述的过程相同，此处不再一一赘述。

通过上述描述可知，本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与服务上线方法对应的服务上线装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述服务上线方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述

实施例二

参照图5所示，为本公开实施例提供的一种服务上线装置的示意图，所述装置包括：获取模块、查找模块、确定模块、上线模块；其中，

获取模块：用于获取待上线服务的服务上线请求；

查找模块：用于响应于所述服务上线请求，查找所述待上线服务的上线审核信息；

确定模块：用于在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；

上线模块：用于在确定出不满足的情况下，对所述待上线服务执行上线操作。

通过上述描述可知，本公开所提供的技术方案，上线审核信息为审核方对待上线服务进行上线审核之后发送的信息，通过该上线审核信息可以将待上线服务的上线消息同步至待上线服务的审核方，从而使得审核方能够控制待上线服务的上线过程。此外，在根据上线审核信息确定待上线服务审核通过的情况下，还可以通过上线阻塞条件来控制待上线服务的上线流程。通过上述处理过程，可以优化并规范待上线服务的上线发布流程，并控制待上线服务的上线进度，从而对待上线服务的上线流程进行合理规划，以避免由于服务的上线进度不统一导致的业务上线高峰。

一种可能的实施方式中，查找模块，还用于：确定所述服务上线请求中携带的所述待上线服务的服务标识信息；在数据库中查找与所述服务标识信息相匹配的上线记录信息，并根据查找到的所述上线记录信息确定所述上线审核信息。

一种可能的实施方式中，该装置，还用于：在未查找到所述上线审核信息的情况下，向审核方发送所述待上线服务的上线审核请求；获取所述审核方基于所述上线审核请求发送的审核反馈信息，并根据所述审核反馈信息在数据库中设置所述上线审核信息。

一种可能的实施方式中，该装置，还用于：在所述审核反馈信息为审核通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第一数值；或者在所述审核反馈信息为审核未通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第二数值。

一种可能的实施方式中，所述目标字段为所述数据库中与所述待上线服务相匹配的上线记录信息中的字段。

一种可能的实施方式中，确定模块，还用于：确定当前时刻所述待上线服务的上线等待时间；若所述上线等待时间大于或者等于预设时长，则确定所述待上线服务不满足上线阻塞条件。

一种可能的实施方式中，确定模块，还用于：计算所述当前时刻和目标起始时刻之间的时间长度，并将确定出的时间长度确定为所述上线等待时间，其中，所述目标起始时刻为所述服务上线请求的首次发起时刻。

一种可能的实施方式中，该装置，还用于：在对所述待上线服务执行上线操作之后，获取所述待上线服务的上线控制平台的***；按照所述***建立与所述上线控制平台之间的通信连接，并向所述上线控制平台发送所述待上线服务上线成功的消息。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

实施例三

对应于图1中的服务上线方法，本公开实施例还提供了一种电子设备600，如图6所示，为本公开实施例提供的电子设备600结构示意图，包括：

处理器61、存储器62、和总线63；存储器62用于存储执行指令，包括内存621和外部存储器622；这里的内存621也称内存储器，用于暂时存放处理器61中的运算数据，以及与硬盘等外部存储器622交换的数据，处理器61通过内存621与外部存储器622进行数据交换，当所述电子设备600运行时，所述处理器61与所述存储器62之间通过总线63通信，使得所述处理器61执行以下指令：

获取待上线服务的服务上线请求；响应于所述服务上线请求，查找所述待上线服务的上线审核信息；在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；在确定出不满足的情况下，对所述待上线服务执行上线操作。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的服务上线方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的服务上线方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (11)

1.一种服务上线方法，其特征在于，包括：

获取待上线服务的服务上线请求；

响应于所述服务上线请求，查找所述待上线服务的上线审核信息；

在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；

在确定出不满足的情况下，对所述待上线服务执行上线操作。

2.根据权利要求1所述的方法，其特征在于，所述响应于所述服务上线请求，查找所述待上线服务的上线审核信息，包括：

确定所述服务上线请求中携带的所述待上线服务的服务标识信息；

在数据库中查找与所述服务标识信息相匹配的上线记录信息，并根据查找到的所述上线记录信息确定所述上线审核信息。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

在未查找到所述上线审核信息的情况下，向审核方发送所述待上线服务的上线审核请求；

获取所述审核方基于所述上线审核请求发送的审核反馈信息，并根据所述审核反馈信息在数据库中设置所述上线审核信息。

4.根据权利要求3所述的方法，其特征在于，所述根据所述审核反馈信息在数据库中设置所述上线审核信息，包括：

在所述审核反馈信息为审核通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第一数值；或者

在所述审核反馈信息为审核未通过的情况下，将所述数据库中用于表征所述上线审核信息的目标字段的字段值设置为第二数值。

5.根据权利要求4所述的方法，其特征在于，所述目标字段为所述数据库中与所述待上线服务相匹配的上线记录信息中的字段。

6.根据权利要求1所述的方法，其特征在于，所述确定当前时刻所述待上线服务是否满足上线阻塞条件，包括：

确定当前时刻所述待上线服务的上线等待时间；

若所述上线等待时间大于或者等于预设时长，则确定所述待上线服务不满足上线阻塞条件。

7.根据权利要求6所述的方法，其特征在于，所述确定当前时刻所述待上线服务的上线等待时间，包括：

计算所述当前时刻和目标起始时刻之间的时间长度，并将确定出的时间长度确定为所述上线等待时间，其中，所述目标起始时刻为所述服务上线请求的首次发起时刻。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述待上线服务执行上线操作之后，获取所述待上线服务的上线控制平台的***；

按照所述***建立与所述上线控制平台之间的通信连接，并向所述上线控制平台发送所述待上线服务上线成功的消息。

9.一种服务上线装置，其特征在于，包括：

获取模块，用于获取待上线服务的服务上线请求；

查找模块，用于响应于所述服务上线请求，查找所述待上线服务的上线审核信息；

确定模块，用于在根据所述上线审核信息确定上线审核通过的情况下，确定当前时刻所述待上线服务是否满足上线阻塞条件；

上线模块，用于在确定出不满足的情况下，对所述待上线服务执行上线操作。

10.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至8任意一项所述的服务上线方法的步骤。

11.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至8任意一项所述的服务上线方法的步骤。

Images