[发明专利]一种服务数据发布方法及装置

说明书

本申请提供了服务数据发布方法及装置，该服务数据发布方法包括：接收服务订阅端发送的服务订阅注册请求，该服务订阅注册请求由数据生命周期感知服务器群集内的其中一台数据生命周期感知服务器进行处理，以生成订阅数据，并将订阅数据同步至数据生命周期感知服务器群集内的其余数据生命周期感知服务器；接收服务提供端发送的服务数据及心跳数据，该服务数据及心跳数据由数据生命周期感知服务器群集内的其中一台数据生命周期感知服务器处理，以根据订阅数据将服务数据推送至对应的服务订阅端，并根据心跳数据确定服务数据的存活状态。本申请可以解决服务提供端压力过大的问题，保证了数据传输的高效和低延迟性，节省了性能损耗。

技术领域

本申请涉及数据生命周期感知技术，特别是关于一种服务数据发布方法及装置。

背景技术

在多台机器的交互中，一台机器向另外一台机器发送了一个消息，如果发送消息的机器不存在，那么其发送的数据就失效了。举例说明，有一台机器提供卖苹果的服务，这台机器希望其他机器都知道它在卖苹果，于是它要把自己卖的产品，以及其连接信息告诉其他机器。那么当这台机器不卖苹果了，或者这台机器宕机了，卖不了苹果了，那么这台机器的所有卖苹果信息就要全部失效，通知出去的所有信息都要收回，不能让用户买苹果时再找到这台机器。

针对上述情况，现有技术中一般执行如下操作：

步骤1、对服务器A(服务提供方)的服务感兴趣的服务器有n台，该n台服务器需要向服务器A发送感兴趣的注册通知。

步骤2、服务器A要发布自己的服务时，可以依次通过下述步骤3至步骤6向n台感兴趣的机器进行服务的发布。

步骤3、服务器A准备提供用户数据。

步骤4、服务器A建立与n台服务器之间程序连接通道的连接。

步骤5、上述连接建立完成后，向n台服务器发送数据(包括服务器A的存活状态数据及服务器A提供的服务相关数据)。

步骤6、发送完数据后，断开程序连接通道的连接。

步骤7、每隔一设定时间段，服务器A依次重复执行步骤3至步骤6向n台感兴趣的机器发送存活状态通知；

步骤8、n台感兴趣的服务器编写处理服务器A发来的存活状态的程序；

步骤9、n台感兴趣的服务器编写服务相关数据的处理程序，在服务相关数据到达时，对服务相关数据进行缓存；

步骤10、当需要使用服务相关数据时，判断是否有服务器A发过来的存活状态，当服务器A处于存活状态时，这些数据可用，否则这批数据失效。

实现上述信息交互的过程中，发明人发现现有技术中至少存在如下问题：由于服务数据发布者直接通知服务订阅者(感兴趣的服务器)，很多情况下服务数据发布者会一对多，在分布式场景下无可扩展能力，还可能引发服务数据发布者的发布服务功能和该服务器的其他功能相互影响，导致某些功能不可用。

发明内容

本申请的一实施例提供一种服务数据发布方法，以保证数据传输的高效和低延迟性，保证通知的有效性，解决数据发布者压力过大的问题，保证系统的可靠性，该服务数据发布方法包括：

数据生命周期感知服务器群集接收服务订阅端发送的服务订阅注册请求，该服务订阅注册请求由所述数据生命周期感知服务器群集内的其中一台数据生命周期感知服务器进行处理，以生成订阅数据，并将所述订阅数据同步至所述数据生命周期感知服务器群集内的其余数据生命周期感知服务器上；

所述数据生命周期感知服务器群集接收服务提供端发送的服务数据及心跳数据，该服务数据及心跳数据由所述数据生命周期感知服务器群集内的其中一台数据生命周期感知服务器处理，以根据所述订阅数据将所述服务数据推送至对应的服务订阅端，并根据所述心跳数据确定所述服务数据的存活状态。