服务发布方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及互联网开发技术，尤其涉及一种服务发布方法、装置、电子设备及存储介质。


背景技术：

2.目前，在进行服务的部署和发布时，该服务会从可用状态变为不可用状态，然后又变为可用状态，该过程中会对外屏蔽用户的感知，服务会自动的进行上线和下线动作。
3.现有的服务对应的应用在工作时，借助keepalived(交换机制软件)实现了高可用主备切换机制。但是，由于该机制是被动式的，响应的灵敏度依赖于交换机制软件中的时间粒度，并且只能够在服务故障时执行主备切换，无法保证应用与服务的一致性，会造成用户体验度较差的问题。


技术实现要素：

4.本发明实施例提供了一种服务发布方法、装置、电子设备及存储介质，以实现提高服务的容灾能力和可用性，并提高用户体验度的技术效果。
5.第一方面，本发明实施例提供了一种服务发布方法，该方法包括：
6.当接收到针对目标服务的发布指令时，根据所述发布指令创建与所述发布指令对应的部署器锁；其中，所述发布指令包括启动指令、停止指令和重启指令中的至少一种，所述部署器锁用于屏蔽可用性检测机制；
7.基于所述部署器锁以及所述发布指令，对所述目标服务执行与所述发布指令相对应的第一目标操作；
8.基于所述可用性检测机制，对所述目标服务的服务端口进行周期性检测，基于所述周期性检测的检测结果以及所述目标服务的在线状态，确定第二目标操作，并调用交换机制软件对所述目标服务执行所述第二目标操作。
9.第二方面，本发明实施例还提供了一种服务发布装置，该装置包括：
10.部署器锁创建模块，用于当接收到针对目标服务的发布指令时，根据所述发布指令创建与所述发布指令对应的部署器锁；其中，所述发布指令包括启动指令、停止指令和重启指令中的至少一种，所述部署器锁用于屏蔽可用性检测机制；
11.第一目标操作执行模块，用于基于所述部署器锁以及所述发布指令，对所述目标服务执行与所述发布指令相对应的第一目标操作；
12.第二目标操作执行模块，用于基于所述可用性检测机制，对所述目标服务的服务端口进行周期性检测，基于所述周期性检测的检测结果以及所述目标服务的在线状态，确定第二目标操作，并调用交换机制软件对所述目标服务执行所述第二目标操作。
13.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的服务发布方法。
17.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的服务发布方法。
18.本发明实施例的技术方案，通过当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁，基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作，基于可用性检测机制，对目标服务的服务端口进行周期性检测，基于周期性检测的检测结果以及目标服务的在线状态，确定第二目标操作，并调用交换机制软件对目标服务执行第二目标操作，解决了基于交换机制软件无法保证应用和服务的一致性的问题以及导致用户体验度较差的问题，实现了提高服务的容灾能力和可用性，并提高用户体验度的技术效果。
附图说明
19.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
20.图1为本发明实施例一所提供的一种服务发布方法的流程示意图；
21.图2为本发明实施例二所提供的一种服务发布方法的流程示意图；
22.图3为本发明实施例三所提供的一种服务高可用发布方法的流程示意图；
23.图4为本发明实施例四所提供的一种服务发布装置的结构示意图；
24.图5为本发明实施例五所提供的一种电子设备的结构示意图。
具体实施方式
25.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
26.实施例一
27.图1为本发明实施例一所提供的一种服务发布方法的流程示意图，本实施例可适用于在对服务进行发布时，进行可用性检测的情况，该方法可以由服务发布装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端、pc端、服务器等。
28.如图1所述，本实施例的方法具体包括如下步骤：
29.s110、当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁。
30.其中，目标服务可以是任一发布上线的服务，也可以是需要针对性进行可用性检测的服务。发布指令包括启动指令、停止指令和重启指令中的至少一种。启动指令是用于使目标服务启动的命令、代码等，停止指令是用于使目标服务停止的命令、代码等，重启指令是用于是目标服务进行重启的命令、代码等。部署器锁用于屏蔽可用性检测机制，部署器锁
可以是一段隔离可用性检测机制相关代码的脚本代码。
31.具体的，当技术人员想要对目标服务进行操作时，可以发送与需求相对应的发布指令。当接收到针对目标服务的发布指令时，可以对发布指令进行解析，确定发布指令对应的具体操作，并创建与该具体操作相对应的部署器锁。
32.s120、基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作。
33.其中，第一目标操作可以是发布指令中所指示执行的操作，例如：启动、停止、重启等。
34.具体的，基于部署器锁屏蔽可用性检测机制，避免在主动执行发布指令中的第一目标操作时，发生操作冲突的情况。对发布指令进行解析，可以确定发布指令对应的第一目标操作，并在部署器锁建立并启动后，执行第一目标操作，以完成对发布指令的执行。
35.s130、基于可用性检测机制，对目标服务的服务端口进行周期性检测，基于周期性检测的检测结果以及目标服务的在线状态，确定第二目标操作，并调用交换机制软件对目标服务执行第二目标操作。
36.其中，可用性检测机制可以是主动检测机制，可以是以毫秒的时间粒度来监测目标服务的服务端口的可用性。检测结果可以包括当前检测的服务端口的可用性，例如：正常或不正常，根据需求检测结果还可以包括上一次检测的服务端口的可用性。在线状态可以应用描述目标服务在线与否的，可以是已上线或未上线，也可以是已下线或未下线等。第二目标操作可以是当检测结果与在线状态不符时，对目标服务进行上线或下线的操作。交换机制软件可以是keepalived软件，该软件具有基于lvs(linux virtual server，linux虚拟服务器)内核模型的四层负载均衡的能力和基于vrrp(virtual router redundancy protocol，虚拟路由冗余协议)的高可用服务容灾能力。
37.具体的，基于可用性检测机制，可以以毫米的时间粒度主动对目标服务的服务端口进行可用性检测，并获取每次检测的检测结果。并且，若检测结果与在线状态不符，则可以根据检测结果以及目标服务的在线状态，确定第二目标操作，即对目标服务的上线或下线操作。进而，调用交换机制软件对目标服务执行第二目标操作，使得目标服务能够在故障时自动下线，在恢复时自动上线。
38.需要说明的是，若为接收到针对目标服务的发布指令，则可以基于可用性检测机制持续的对目标服务的服务端口进行周期性检测，基于周期性检测的检测结果以及目标服务的在线状态，确定第二目标操作，并调用交换机制软件对目标服务执行第二目标操作。
39.本发明实施例的技术方案，通过当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁，基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作，基于可用性检测机制，对目标服务的服务端口进行周期性检测，基于周期性检测的检测结果以及目标服务的在线状态，确定第二目标操作，并调用交换机制软件对目标服务执行第二目标操作，解决了基于交换机制软件无法保证应用和服务的一致性的问题以及导致用户体验度较差的问题，实现了提高服务的容灾能力和可用性，并提高用户体验度的技术效果。
40.实施例二
41.图2为本发明实施例二所提供的一种服务发布方法的流程示意图，本实施例在上
述各实施例的基础上，针对不同发布指令执行第一目标操作的具体方式以及针对不同的检测结果和在线状态执行第二目标操作的具体方式具体可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。
42.如图2所述，本实施例的方法具体包括如下步骤：
43.s210、当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁。
44.s220、基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作。
45.具体的，若发布指令为启动指令，则部署器锁为启动锁，进而，对目标服务执行启动操作；若发布指令为停止指令，则部署器锁为停止锁，进而，对目标服务执行停止操作；若发布指令为重启指令，则部署器锁为重启锁，进而，对目标服务执行重启操作。
46.可选的，发布指令包括启动指令，部署器锁报包括启动锁，则可以通过下述方式执行第一目标操作：
47.第一步、基于启动锁屏蔽可用性检测机制，并对与目标服务相对应的目标应用进行启动操作。
48.其中，目标应用可以是提供目标服务的应用或系统。
49.具体的，通过启动锁屏蔽可用性检测机制，使可用性检测机制不影响后续的启动操作。并且，执行启动操作时，应当先对目标服务对应的目标应用进行启动操作，再对目标服务进行上线操作，以避免目标服务上线而目标应用未启动时，对用户造成的不良体验。因此，确定目标服务对应的目标应用，对目标应用执行启动操作。
50.第二步、调用交换机制软件对目标服务进行上线操作。
51.具体的，当目标应用的启动操作执行完成时，调用交换机制软件对目标服务进行上线操作，以使目标服务能够面向用户，提供相应的服务。
52.第三步、当目标服务上线完成时，删除启动锁。
53.具体的，当目标服务上线完成时，后续需要使用可用性检测机制对目标服务进行持续的检测，因此，需要删除启动锁，使得可用性检测机制能够进行后续检测。
54.可选的，发布指令包括停止指令，部署器锁报包括停止锁，则可以通过下述方式执行第一目标操作：
55.步骤一、基于停止锁屏蔽可用性检测机制，并调用交换机制软件对目标服务进行下线操作。
56.具体的，通过停止锁屏蔽可用性检测机制，使可用性检测机制不影响后续的停止操作。并且，执行停止操作时，应当先调用交换机制软件对目标服务进行下线操作，再对目标应用进行停止操作，以避免目标应用停止而目标服务未下线时，对用户造成不良体验。因此，可以先对目标服务执行下线操作。
57.步骤二、对与目标服务相对应的目标应用进行停止操作。
58.具体的，当目标服务的下线操作执行完成时，对目标应用进行停止操作，以使目标应用停止运行。
59.步骤三、当目标应用停止完成时，删除停止锁。
60.具体的，当目标应用停止完成时，可以认为对目标服务的停止操作完全结束，后续
可以使用可用性检测机制对目标服务进行持续的检测，以便再次进行上线等，因此，需要删除停止锁，使得可用性检测机制能够进行后续检测。
61.可选的，发布指令包括重启指令，部署器锁报包括重启锁，则可以通过下述方式执行第一目标操作：
62.步骤一、基于重启锁屏蔽可用性检测机制，并调用交换机制软件对目标服务进行下线操作。
63.具体的，通过重启锁屏蔽可用性检测机制，使可用性检测机制不影响后续的重启操作，即目标服务先下线再上线的操作。在执行重启操作时，应当先调用交换机制软件对目标服务进行下线操作，再对目标应用进行重启操作，最后对目标服务进行上线操作，以避免目标服务上线，但目标应用已停止的情况，避免对用户造成不良体验。因此，可以先调用交换机制软件对目标服务执行下线操作。
64.步骤二、获取与目标服务相对应的应用代码包以及应用配置文件，并基于应用代码包以及应用配置文件对与目标服务相对应的目标应用进行编译安装。
65.其中，应用代码包可以是支撑目标服务的目标应用的代码包。应用配置文件可以是用于配置目标应用的配置文件。
66.具体的，获取目标服务的最新应用代码包以及最新应用配置文件。通过应用代码包以及应用配置文件可以对目标应用进行重新的编译和安装，以加载最新的代码内容和配置内容。
67.步骤三、当目标应用编译安装完成时，对与目标应用进行重启操作，并调用交换机制软件对目标服务进行上线操作。
68.具体的，当目标应用编译安装完成时，需要对目标应用进行重启，以使最新的应用代码包和应用配置文件投入使用。进而，完成目标应用的重启，并调用交换机制软件对目标服务进行上线操作。
69.步骤四、当目标服务上线完成时，删除重启锁。
70.具体的，当目标服务上线完成时，后续需要使用可用性检测机制对目标服务进行持续的检测，因此，需要删除重启锁，使得可用性检测机制能够进行后续检测。
71.s230、基于可用性检测机制，对目标服务的服务端口进行周期性检测。
72.s240、若周期性检测的检测结果为正常，未检测到部署器锁，且检测到目标服务未上线，则调用交换机制软件对目标服务执行上线操作；当目标服务上线完成时，生成服务恢复通知，并将服务恢复通知发送至目标终端设备。
73.其中，服务恢复通知可以是用于通知技术人员目标服务已恢复并上线的通知信息。目标终端设备可以是技术人员使用的终端，例如：手机、平板、pc机、服务器等。
74.具体的，若周期性检测的检测结果为正常，未检测到部署器锁，且检测到目标服务未上线，则可以表明目标服务的服务端口正常，但是目标服务没有上线，也没有部署器锁屏蔽可用性检测机制(即阻止目标服务自动上线)，说明目标服务当前应当是在线的，此时，可以触发自动上线的机制，调用交换机制软件对目标服务执行上线操作。当目标服务上线完成时，表明目标服务已自动上线，可以生成服务恢复通知，并将服务恢复通知发送至目标终端设备，以使技术人员知晓目标服务恢复且自动上线。
75.需要说明的是，当目标服务出现故障，进行下线排查，当故障排查完成后，需要对
目标服务进行手动上线。通过可用性检测机制中的自动上线机制，能够在故障排查完成后调用交换机制软件对目标服务执行上线操作，防止人工操作时遗忘上线的情况出现。
76.可选的，可用性检测机制中触发目标服务上线的时机也可以是：
77.若周期性检测的检测结果为服务恢复，未检测到部署器锁，且检测到目标服务未上线，则调用交换机制软件对目标服务执行上线操作。
78.其中，服务恢复表示服务端口的当前状态为正常，前一状态为不正常。
79.具体的，当检测到当前状态为正常，前一状态为不正常时，确定此时服务恢复正常，确定检测结果为服务恢复。若未检测到部署器锁，且检测到目标服务未上线，则说明目标服务应当上线但是未上线，此时可以调用交换机制软件对目标服务执行上线操作。
80.s250、若周期性检测的检测结果为不正常，未检测到部署器锁，且检测到目标服务未下线，则调用交换机制软件执行目标服务的主备切换操作，并生成服务故障通知，将服务故障通知发送至目标终端设备；若主备切换操作失败，则调用交换机制软件对目标服务执行下线操作。
81.其中，服务故障通知可以是用于通知技术人员目标服务发生故障，需要进行检查的通知信息。主备切换操作可以是将提供目标服务的当前服务器切换至备用服务器的操作。
82.具体的，若周期性检测的检测结果为不正常，未检测到部署器锁，且检测到目标服务未下线，则可以表明目标服务的服务端口不正常，如法正常提供服务，但是目标服务没有下线，也没有部署器锁屏蔽可用性检测机制(即阻止目标服务进行主备切换或下线)，说明目标服务当前是不可用的，此时，可以触发主备切换操作，调用交换机制软件将目标服务的服务器进行切换。此时，可以生成服务故障通知，并将服务故障通知发送至目标终端设备，以使技术人员知晓目标服务故障，并提醒技术人员进行故障排查。若主备切换操作失败，则表明无法通过主备切换来使目标服务正常工作，只能够将目标服务进行下线处理，具体是调用交换机制软件对目标服务执行下线操作。
83.可选的，可用性检测机制中触发目标服务主备切换和/或下线的时机也可以是：
84.若周期性检测的检测结果为服务故障，未检测到部署器锁，且检测到目标服务未下线，则调用交换机制软件执行目标服务的主备切换操作；若主备切换操作失败，则调用交换机制软件对目标服务执行下线操作。
85.其中，服务故障表示服务端口的当前状态为不正常，前一状态为正常。
86.具体的，当检测到当前状态为不正常，前一状态为正常时，确定此时服务发生故障，确定检测结果为服务故障。若未检测到部署器锁，且检测到目标服务仍处于上线状态，则说明目标服务不可用，此时可以调用交换机制软件对目标服务执行主备切换操作。若主备切换操作失败，则调用交换机制软件对目标服务执行下线操作。
87.在上述各实施例的基础上，发布指令还可以是回滚指令或热加载指令，此时，可用性检测机制可以进行如下操作：
88.若发布指令包括回滚指令和热加载指令中的至少一种，则对目标服务执行与发布指令相对应的第一目标操作；基于可用性检测机制，对目标服务的服务端口进行周期性检测，并基于检测结果以及目标服务的在线状态，执行与检测结果相对应的第二目标操作。
89.其中，回滚指令是用于触发回滚操作的代码等，回滚操作指的是程序或数据处理
错误，将程序或数据恢复到上一次正确状态的行为。热加载指令是用于触发热加载操作的代码等，热加载操作指的是不进行重启,使得部分代码更新的操作。
90.具体的，若发布指令为回滚指令或热加载指令，则不需要建立部署器来屏蔽可用性检测机制，因此这两种操作无需目标服务和/或目标应用进行上线或下线，可以直接执行与发布指令相对应的第一目标操作。在执行完成后，可以基于可用性检测机制，对目标服务的服务端口进行持续的检测，具体检测行为不再赘述。
91.本发明实施例的技术方案，通过当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁，基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作，基于可用性检测机制，对目标服务的服务端口进行周期性检测，若周期性检测的检测结果为正常，未检测到部署器锁，且检测到目标服务未上线，则调用交换机制软件对目标服务执行上线操作；当目标服务上线完成时，生成服务恢复通知，并将服务恢复通知发送至目标终端设备，若周期性检测的检测结果为不正常，未检测到部署器锁，且检测到目标服务未下线，则调用交换机制软件执行目标服务的主备切换操作，并生成服务故障通知，将服务故障通知发送至目标终端设备；若主备切换操作失败，则调用交换机制软件对目标服务执行下线操作，解决了基于交换机制软件无法保证应用和服务的一致性的问题以及导致用户体验度较差的问题，实现了提高服务的容灾能力和可用性，并提高用户体验度的技术效果。
92.实施例三
93.作为上述各实施例的可选实施例，图3为本发明实施例三所提供的一种服务高可用发布方法的流程示意图，其中，与上述各实施例相同或相应的术语的解释在此不再赘述。
94.如图3所述，本实施例的方法具体包括如下步骤：
95.1.目标服务发布时，会调用部署器(部署器锁)做相应的启动、停止、重启、回滚、热加载操作。
96.2.目标服务启动时，部署器首先进行打包、编译、部署操作，然后启动keepalived(交换机制软件)使服务上线。
97.3.目标服务停止时，部署器首先停止keepalived使服务下线，然后关掉系统进程，停止服务。
98.4.目标服务重启时，部署器的处理流程就是先做停止操作，再做启动操作的结合。
99.5.目标服务的回滚和热加载时，部署器的处理不会停止服务，但会通过独立的可用性检测机制来做容灾的高可用保障。
100.6.目标服务的启动、停止、重启时，部署器会把操作同步到告警引擎，此时的人为操作(通过人为发送发布指令控制目标服务的操作)不会触发响应的服务告警。
101.7.目标服务工作时，keepalived内置的可用性检测会定时监测服务是否已停止，若已停止则会自动切换客户请求到备份服务器，做到高可用。
102.8.目标服务工作时，可用性检测机制，以毫秒的时间粒度来监测服务的可用性；若目标服务从正常可用转为停止不可用了，则自动关闭keepalived使应用/系统下线，使客户请求转到备份服务器；若目标服务从停止不可用转为正常可用了，则自动启动keepalived使应用/系统及时上线，以准备接受客户的请求。
103.9.独立的可用性检测机制在监测到服务可用或不可用，进而使应用/系统上线/下
线时，会调用告警引擎实时通知目标服务的错误告警(服务故障通知)和服务恢复(服务恢复通知)信息。
104.部署器的工作原理如下：
105.1.在目标服务启动时：创建应用启动锁(屏蔽可用性检测机制的检测)，启动应用(目标应用)，调用keepalived api(交换机制软件)使应用服务(目标服务)上线，删除应用启动锁(恢复可用性检测机制的监测)。
106.2.在目标服务停止时：创建应用停止锁(屏蔽可用性检测机制的监测)，调用keepalived api使应用服务下线，停止应用，删除应用停止锁(恢复可用性检测机制的监测)。
107.3.在目标服务重启时：创建应用重启锁(屏蔽可用性检测机制的监测)，调用keepalived api使应用服务下线，获取当前部署版本的应用代码包，获取当前部署版本的应用配置文件，解压缩源码包，并启用最新配置，编译安装，重启应用，调用keepalived api使应用服务上线，删除应用重启锁(恢复可用性检测机制的监测)。
108.可用性检测机制的工作原理如下：
109.1.可用性检测作业父守护进程：启动可用性检测作业父守护进程(如：配置进系统cron job列表)，若可用性检测作业进程不存在，则自动启动作业进程。
110.2.可用性检测作业进程：可用性检测作业定时运行处理，监测应用服务端口是否正常，若服务正常且无部署器锁，服务未上线，则调用keepalived api使之上线，并发送服务恢复通知；若服务不正常且无部署器锁，服务未下线，则调用keepalived api使之下线，并发送服务下线故障告警(服务故障通知)；其余情况可继续进行监测。
111.本发明实施例的技术方案，通过部署器锁以及独立的可用性检测机制，对目标服务进行检测，并调用交换机制软件对目标服务执行相应的操作，解决了针对服务检测存在响应滞后，导致对用户体验度差的问题、针对服务状态及动作事件缺少告知能力的问题以及服务不具备自动上线功能的问题，实现了提高服务的可用性感知能力和高可用保障性，并针对服务状态和动作时间丰富告警通知，以提高用户体验度的技术效果。
112.实施例四
113.图4为本发明实施例四所提供的一种服务发布装置的结构示意图，该装置包括：部署器锁创建模块310、第一目标操作执行模块320和第二目标操作执行模块330。
114.其中，部署器锁创建模块310，用于当接收到针对目标服务的发布指令时，根据所述发布指令创建与所述发布指令对应的部署器锁；其中，所述发布指令包括启动指令、停止指令和重启指令中的至少一种，所述部署器锁用于屏蔽可用性检测机制；第一目标操作执行模块320，用于基于所述部署器锁以及所述发布指令，对所述目标服务执行与所述发布指令相对应的第一目标操作；第二目标操作执行模块330，用于基于所述可用性检测机制，对所述目标服务的服务端口进行周期性检测，基于所述周期性检测的检测结果以及所述目标服务的在线状态，确定第二目标操作，并调用交换机制软件对所述目标服务执行所述第二目标操作。
115.可选的，所述发布指令包括启动指令，所述部署器锁报包括启动锁，第一目标操作执行模块320，还用于基于所述启动锁屏蔽所述可用性检测机制，并对与所述目标服务相对应的目标应用进行启动操作；调用所述交换机制软件对所述目标服务进行上线操作；当所
述目标服务上线完成时，删除所述启动锁。
116.可选的，所述发布指令包括停止指令，所述部署器锁报包括停止锁，第一目标操作执行模块320，还用于基于所述停止锁屏蔽所述可用性检测机制，并调用所述交换机制软件对所述目标服务进行下线操作；对与所述目标服务相对应的目标应用进行停止操作；当所述目标应用停止完成时，删除所述停止锁。
117.可选的，所述发布指令包括重启指令，所述部署器锁报包括重启锁，第一目标操作执行模块320，还用于基于所述重启锁屏蔽所述可用性检测机制，并调用所述交换机制软件对所述目标服务进行下线操作；获取与所述目标服务相对应的应用代码包以及应用配置文件，并基于所述应用代码包以及所述应用配置文件对与所述目标服务相对应的目标应用进行编译安装；当所述目标应用编译安装完成时，对与所述目标应用进行重启操作，并调用所述交换机制软件对所述目标服务进行上线操作；当所述目标服务上线完成时，删除所述重启锁。
118.可选的，第二目标操作执行模块330，还用于若所述周期性检测的检测结果为正常，未检测到部署器锁，且检测到所述目标服务未上线，则调用所述交换机制软件对所述目标服务执行上线操作；当所述目标服务上线完成时，生成服务恢复通知，并将所述服务恢复通知发送至目标终端设备。
119.可选的，第二目标操作执行模块330，还用于若所述周期性检测的检测结果为不正常，未检测到部署器锁，且检测到所述目标服务未下线，则调用所述交换机制软件执行所述目标服务的主备切换操作，并生成服务故障通知，将所述服务故障通知发送至目标终端设备；若主备切换操作失败，则调用所述交换机制软件对所述目标服务执行下线操作。
120.可选的，所述装置还包括：回滚或热加载操作模块，用于若所述发布指令包括回滚指令和热加载指令中的至少一种，则对所述目标服务执行与所述发布指令相对应的第一目标操作；基于所述可用性检测机制，对所述目标服务的服务端口进行周期性检测，并基于所述检测结果以及所述目标服务的在线状态，执行与所述检测结果相对应的第二目标操作。
121.本发明实施例的技术方案，通过当接收到针对目标服务的发布指令时，根据发布指令创建与发布指令对应的部署器锁，基于部署器锁以及发布指令，对目标服务执行与发布指令相对应的第一目标操作，基于可用性检测机制，对目标服务的服务端口进行周期性检测，基于周期性检测的检测结果以及目标服务的在线状态，确定第二目标操作，并调用交换机制软件对目标服务执行第二目标操作，解决了基于交换机制软件无法保证应用和服务的一致性的问题以及导致用户体验度较差的问题，实现了提高服务的容灾能力和可用性，并提高用户体验度的技术效果。
122.本发明实施例所提供的服务发布装置可执行本发明任意实施例所提供的服务发布方法，具备执行方法相应的功能模块和有益效果。
123.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
124.实施例五
125.图5为本发明实施例五所提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图5显示的电子设备40仅仅是一
个示例，不应对本发明实施例的功能和使用范围带来任何限制。
126.如图5所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
127.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
128.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
129.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。系统存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
130.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如系统存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
131.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
132.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的服务发布方法。
133.实施例六
134.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种服务发布方法，该方法包括：
135.当接收到针对目标服务的发布指令时，根据所述发布指令创建与所述发布指令对应的部署器锁；其中，所述发布指令包括启动指令、停止指令和重启指令中的至少一种，所
述部署器锁用于屏蔽可用性检测机制；
136.基于所述部署器锁以及所述发布指令，对所述目标服务执行与所述发布指令相对应的第一目标操作；
137.基于所述可用性检测机制，对所述目标服务的服务端口进行周期性检测，基于所述周期性检测的检测结果以及所述目标服务的在线状态，确定第二目标操作，并调用交换机制软件对所述目标服务执行所述第二目标操作。
138.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
139.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
140.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
141.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
142.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。