[发明专利]一种应用程序数据的发布方法、装置和系统

说明书

本申请实施例提供了一种应用程序数据的发布方法、装置和系统，所述应用程序数据基于服务器集群进行发布，所述的方法包括：步骤S1，按预设的最大发布机器数，从所述服务器集群中提取相应数量的目标服务器的信息写入发布队列；步骤S2，基于所述发布队列调用相应的目标服务器执行应用数据的发布操作，将操作成功的目标服务器的信息写入成功队列，将操作失败的目标服务器的信息写入失败队列；步骤S3，从所述发布队列中移除已写入所述成功队列或失败队列的目标服务器的信息；返回所述步骤S1。本申请可以使得整体服务器集群的发布操作效率非常高效，可以始终保持服务器集群在稳定发布的状态，有效缩短了应用程序数据发布的执行周期。

技术领域

本申请涉及数据库系统的技术领域，特别是涉及一种应用程序数据的发布方法、一种应用程序数据的发布装置和一种应用程序数据的发布系统。

背景技术

服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。服务器集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还是能正常运行。

为给用户提供在线的服务，应用程序的数据通常需要部署在服务器集群中。为了提供在线且持续不间断的服务，在应用程序的数据发布(如发布新的应用程序或提供更新的应用程序数据)的时候，通常采取分批发布的策略。具体可以参考图1和图2所示的已有的应用程序数据发布处理的示意图，分批发布的策略是针对集群中需要执行发布操作的服务器，根据一定的算法分成固定的批次，每一批服务器分组都需要等上一批服务器分组的发布执行完成之后才开始执行发布操作，如图1中，第二批服务器分组需要第一批服务器分组的发布执行完成之后才开始执行发布操作，第三批服务器分组需要第二批服务器分组的发布执行完成之后才开始执行发布操作，第四批服务器分组需要第三批服务器分组的发布执行完成之后才开始执行发布操作，

然而，在每一批服务器分组中，不同的服务器完成发布操作的时间通常是不同的，如图2中，在第一批服务器分组中，有部分服务器是在3分钟内完成的，还有部分服务器是在5分钟内完成的，其它还有部分服务器是在10分钟内完成的，不仅如此，还有两台发布操作失败的服务器。在这种情况下，第一批服务器分组的发布操作执行时间将超过10分钟。由于最快完成发布操作的服务器和最慢完成发布操作的服务器的时间有较大的时间差，正常情况下，大部分服务器较快完成发布操作，而只有少数服务器会较慢完成发布操作或操作失败。尽管如此，这一批服务器分组的整体发布操作时间仍然是由最慢完成发布操作的时间来确定。而某一批服务器分组的整体发布操作，又必然影响到下一批服务器分组的发布操作执行的起始时间点，从而拖慢了整个应用程序数据发布的执行周期。对于操作失败的情形，还需由人工介入确定跳过还是重新发起发布操作。尤其在每批服务器分组中服务器数量越来越多的情况下，整体发布操作的处理效率可能十分低下。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种应用程序数据的发布方法、一种应用程序数据的发布系统和一种应用程序数据的发布装置。

为了解决上述问题，本申请公开了一种应用程序数据的发布方法，所述应用程序数据基于服务器集群进行发布，所述的方法包括：

步骤S1，按预设的最大发布机器数，从所述服务器集群中提取相应数量的目标服务器的信息写入发布队列；

步骤S2，基于所述发布队列调用相应的目标服务器执行应用数据的发布操作，将操作成功的目标服务器的信息写入成功队列，以及，将操作失败的目标服务器的信息写入失败队列；

步骤S3，从所述发布队列中移除已写入所述成功队列或失败队列的目标服务器的信息；返回所述步骤S1。

可选地，所述步骤S1包括：

按预设的最大发布机器数，从等待队列中提取相应数量的目标服务器的信息写入发布队列；所述等待队列中记录有所述服务器集群中等待执行应用程序数据的发布操作的服务器的信息。