流式处理方法、装置、设备及计算机可读存储介质与流程

本发明涉及流式处理技术领域，尤其涉及一种流式处理方法、装置、设备及计算机可读存储介质。

背景技术：

互联网的迅猛发展使得数据不再昂贵，而如何从数据中更快速获取价值变得日益重要，因此，数据实时化成为了一个大趋势。越来越多的业务场景需要实时分析，以极低的延迟来分析实时数据并给出分析结果，从而提高业务效率，带来更高价值。流式处理作为实时处理的一种重要手段，正在因数据实时化的发展而蓬勃发展。

目前，主要采用wormhole、sparkstream和flinkstream等方式来进行流式处理，但是上述方式并不能解决跨集群的流式应用高可用，如果一个集群或者一个机房不可用会丢失处理的数据和消息从而导致应用失败，此外，如果数据处理源(如kafka消息队列)和/或结果存储数据库(如hbase)不可用，会丢失消息和/或处理结果，从而无法保证exactly-once(恰好一次)和7*24小时的高可用。

技术实现要素：

本发明的主要目的在于提供一种流式处理方法、装置、设备及计算机可读存储介质，旨在解决由于数据处理源和/或结果存储数据库不可用，而无法保证exactly-once和7*24小时的高可用的问题。

为实现上述目的，本发明提供一种流式处理方法，所述流式处理方法包括：

基于预设规则检测流式处理系统是否存在运行状态异常事件；

若流式处理系统存在运行状态异常事件，则确定所述运行状态异常事件的异常类型；

根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换。

可选地，所述组件包括主流式应用和备流式应用，所述根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换的步骤包括：

若所述异常类型为主流式应用运行状态异常，则确定对应的切换策略为流式应用切换策略，并根据所述流式应用切换策略将所述主流式应用切换至所述备流式应用。

可选地，所述组件还包括主消息队列、备消息队列、主存储数据库和备存储数据库，所述主消息队列与所述备消息队列中的数据相同，所述备存储数据库用于同步备份所述主存储数据库中的数据处理结果，所述根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换的步骤还包括：

若所述异常类型为主消息队列运行状态异常和/或主存储数据库运行状态异常，则确定对应的切换策略为消息队列切换策略和/或存储数据库切换策略；

根据所述消息队列切换策略和/或存储数据库切换策略，控制所述主流式应用将所述主消息队列切换至所述备消息队列，并/或控制所述主流式应用将所述主存储数据库切换至所述备存储数据库。

可选地，所述控制所述主流式应用将所述主存储数据库切换至所述备存储数据库的步骤之后，所述方法还包括：

生成第一提示信息，并发送至下游应用系统，以使得所述下游应用系统从所述备存储数据库中获取数据处理结果。

可选地，所述基于预设规则检测流式处理系统是否存在运行状态异常事件的步骤包括：

通过心跳检测技术定时检测所述主流式应用的运行状态是否异常，并检测是否接收到所述主流式应用上报的运行状态异常事件。

可选地，所述流式处理方法还包括：

接收所述主流式应用上报的消息偏移量，并将所述消息偏移量存储至预设多个存储集群，以在将所述主流式应用切换至所述备流式应用后，供所述备流式应用通过流式处理管理平台的应用程序接口从所述多个存储集群中获取到最新的消息偏移量。

可选地，所述流式处理方法还包括：

接收所述主流式应用发送的性能指标数据，并检测所述性能指标数据是否满足预设正常运行条件；

若所述性能指标数据不满足预设正常运行条件，则生成对应的告警信息，并发送至对应的工作终端。

可选地，所述根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换的步骤之后，所述方法还包括：

生成第二提示信息，并发送至所述工作终端，以提示工作人员已执行主备切换。

此外，为实现上述目的，本发明还提供一种流式处理装置，所述流式处理装置包括：

异常事件检测模块，用于基于预设规则检测流式处理系统是否存在运行状态异常事件；

异常类型确定模块，用于若流式处理系统存在运行状态异常事件，则确定所述运行状态异常事件的异常类型；

主备切换执行模块，用于根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换。

此外，为实现上述目的，本发明还提供一种流式处理设备，所述流式处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的流式处理程序，所述流式处理程序被所述处理器执行时实现如上所述的流式处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有流式处理程序，所述流式处理程序被处理器执行时实现如上所述的流式处理方法的步骤。

本发明提供一种流式处理方法、装置、设备及计算机可读存储介质，通过基于预设规则检测流式处理系统是否存在运行状态异常事件；若流式处理系统存在运行状态异常事件，则确定运行状态异常事件的异常类型；进而根据异常类型确定对应的切换策略，并根据切换策略对该流式处理系统中对应的组件执行主备切换。本发明中通过监控流式处理系统中的运行状态异常事件，进而对出现异常的组件执行主备切换，可实现流式处理的跨集群高可用，可解决流式处理系统中的数据处理源和/或结果存储数据库不可用，而无法保证exactly-once和7*24小时的高可用的问题。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明流式处理方法第一实施例的流程示意图；

图3为本发明流式处理方法涉及的流式处理系统的一系统架构示意图；

图4为本发明流式处理装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例流式处理设备可以是智能手机，也可以是pc(personalcomputer，个人计算机)、平板电脑、便携计算机等终端设备。

如图1所示，该流式处理设备可以包括：处理器1001，例如cpu，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的流式处理设备结构并不构成对流式处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及流式处理程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的流式处理程序，并执行以下操作：

基于预设规则检测流式处理系统是否存在运行状态异常事件；

若流式处理系统存在运行状态异常事件，则确定所述运行状态异常事件的异常类型；

根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换。

进一步地，所述组件包括主流式应用和备流式应用，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

若所述异常类型为主流式应用运行状态异常，则确定对应的切换策略为流式应用切换策略，并根据所述流式应用切换策略将所述主流式应用切换至所述备流式应用。

进一步地，所述组件还包括主消息队列、备消息队列、主存储数据库和备存储数据库，所述主消息队列与所述备消息队列中的数据相同，所述备存储数据库用于同步备份所述主存储数据库中的数据处理结果，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

若所述异常类型为主消息队列运行状态异常和/或主存储数据库运行状态异常，则确定对应的切换策略为消息队列切换策略和/或存储数据库切换策略；

根据所述消息队列切换策略和/或存储数据库切换策略，控制所述主流式应用将所述主消息队列切换至所述备消息队列，并/或控制所述主流式应用将所述主存储数据库切换至所述备存储数据库。

进一步地，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

生成第一提示信息，并发送至下游应用系统，以使得所述下游应用系统从所述备存储数据库中获取数据处理结果。

进一步地，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

通过心跳检测技术定时检测所述主流式应用的运行状态是否异常，并检测是否接收到所述主流式应用上报的运行状态异常事件。

进一步地，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

接收所述主流式应用上报的消息偏移量，并将所述消息偏移量存储至预设多个存储集群，以在将所述主流式应用切换至所述备流式应用后，供所述备流式应用通过流式处理管理平台的应用程序接口从所述多个存储集群中获取到最新的消息偏移量。

进一步地，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

接收所述主流式应用发送的性能指标数据，并检测所述性能指标数据是否满足预设正常运行条件；

若所述性能指标数据不满足预设正常运行条件，则生成对应的告警信息，并发送至对应的工作终端。

进一步地，处理器1001可以调用存储器1005中存储的流式处理程序，还执行以下操作：

生成第二提示信息，并发送至所述工作终端，以提示工作人员已执行主备切换。

基于上述硬件结构，提出本发明流式处理方法的各实施例。

本发明提供一种流式处理方法。

参照图2，图2为本发明流式处理方法第一实施例的流程示意图。

在本实施例中，该流式处理方法包括：

步骤s10，基于预设规则检测流式处理系统是否存在运行状态异常事件；

目前，主要采用wormhole、sparkstream和flinkstream等方式来进行流式处理，但是上述方式并不能解决跨集群的流式应用高可用，如果一个集群或者一个机房不可用会丢失处理的数据和消息从而导致应用失败，此外，如果数据处理源(如kafka消息队列)和/或结果存储数据库(如hbase)不可用，会丢失消息和/或处理结果，从而无法保证exactly-once(恰好一次)和7*24小时的高可用。对此，本发明提供一种流式处理方法，通过监控流式处理系统中的运行状态异常事件，进而对出现异常的组件执行主备切换，可实现流式处理的跨集群高可用。

在本实施例中，该流式处理方法基于图3所示的流式处理系统来实现，参照图3，如图3所示，该系统包括上游业务系统、流式处理管理平台、主消息队列、备消息队列、主流式应用、备流式应用、主存储数据库、备存储数据库和下游应用系统。其中，上游业务系统为消息的生产者，在产生消息时，会同时向主消息队列和备消息队列进行发送，因此，主消息队列和备消息队列中的数据是相同的；主流式应用和备流式应用用于从消息队列中获取数据并进行处理，并将数据处理结果发送至主存储数据库，备存储数据库用于同步主存储数据库中的数据处理结果(当然，在实际应用中，主流式应用(或备流式应用)可同时将数据处理结果发送至主存储数据库和备存储数据库，使得主存储数据库和备存储数据库中存储的数据处理结果相同)；下游应用系统用于读取主存储数据库中的数据，以进行应用。

需要说明的是，对于消息队列、流式应用和存储数据库这些组件，其主备的概念是相对的，默认运行中的组件为主、而未运行的组件为备。

还需要说明的是，该系统可以基于spark(计算引擎)、storm、flink等框架进行构建，其原理上都是实时对接生产数据流，进行实时计算。消息队列可以为kafka消息队列、rocketmq等消息队列系统，其原理上都是分布式的消息队列；存储数据库可以为hbase、cassandra等大数据存储系统，其原理上都是利用分布式系统进行分片存储。

在本实施例中，该流式处理方法的执行主体为流式处理管理平台，流式处理管理平台会基于预设规则检测流式处理系统是否存在运行状态异常事件。具体的，步骤s10包括：

通过心跳检测技术定时检测所述主流式应用的运行状态是否异常，并检测是否接收到所述主流式应用上报的运行状态异常事件。

具体的，流式处理管理平台在检测运行状态异常事件时，是通过心跳检测技术定时检测流式处理系统中的主流式应用的运行状态是否异常，并检测是否接收到主流式应用上报的运行状态异常事件。其中，主流式应用运行状态的检测方式有2种：1)主流式应用定时给流式处理管理平台上报运行状态的消息，流式处理管理平台通过定时检测是否接收到该上报的消息，来检测主流式应用的运行状态是否异常；2)流式处理管理平台定时给主流式应用发送消息，并检测是否接收到主流式应用的回复消息，来检测主流式应用的运行状态是否异常。主流式应用上报的运行状态异常事件包括主消息队列运行状态异常事件和主存储数据库运行状态异常事件。主流式应用也通过上述心跳检测技术来检测主消息队列和主存储数据库的运行状态是否异常。

步骤s20，若流式处理系统存在运行状态异常事件，则确定所述运行状态异常事件的异常类型；

若流式处理系统存在运行状态异常事件，则确定运行状态异常事件的异常类型。

步骤s30，根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换。

在确定运行状态异常事件的异常类型之后，根据异常类型确定对应的切换策略，并根据切换策略对该流式处理系统中对应的组件执行主备切换。其中，所述组件包括主流式应用和备流式应用，步骤s30包括：

步骤a1，若所述异常类型为主流式应用运行状态异常，则确定对应的切换策略为流式应用切换策略，并根据所述流式应用切换策略将所述主流式应用切换至所述备流式应用。

在本实施例中，该流式处理系统中的组件包括主流式应用和备流式应用，在确定运行状态异常事件的异常类型之后，若异常类型为主流式应用运行状态异常，则确定对应的切换策略为流式应用切换策略，并根据所述流式应用切换策略将主流式应用切换至备流式应用。通过上述方式，可在主流式应用出现异常时，进行流式应用的主备切换，实现高可用。

此外，所述组件还包括主消息队列、备消息队列、主存储数据库和备存储数据库，所述主消息队列与所述备消息队列中的数据相同，所述备存储数据库用于同步备份所述主存储数据库中的数据处理结果，步骤s30还包括：

步骤a2，若所述异常类型为主消息队列运行状态异常和/或主存储数据库运行状态异常，则确定对应的切换策略为消息队列切换策略和/或存储数据库切换策略；

在本实施例中，该流式处理系统中的组件还包括主消息队列、备消息队列、主存储数据库和备存储数据库，其中，主消息队列与备消息队列中的数据相同，备存储数据库用于同步备份主存储数据库中的数据处理结果，在确定运行状态异常事件的异常类型之后，若异常类型为主消息队列运行异常和主存储数据库运行状态异常，则说明流式处理管理平台同时接收到主流式应用上报的主消息队列运行状态异常事件和主存储数据库运行状态异常事件，此时确定对应的切换策略为消息队列切换策略和存储数据库切换策略。若异常类型为主消息队列运行异常或主存储数据库运行状态异常，则确定对应的切换策略为消息队列切换策略或存储数据库切换策略。

步骤a3，根据所述消息队列切换策略和/或存储数据库切换策略，控制所述主流式应用将所述主消息队列切换至所述备消息队列，并/或控制所述主流式应用将所述主存储数据库切换至所述备存储数据库。

然后，在确定对应的切换策略为消息队列切换策略和存储数据库切换策略之后，根据消息队列切换策略和存储数据库切换策略，控制主流式应用将主消息队列切换至备消息队列，并控制主流式应用将主存储数据库切换至备存储数据库。在确定对应的切换策略为消息队列切换策略或存储数据库切换策略之后，根据消息队列切换策略或存储数据库切换策略，控制主流式应用将主消息队列切换至备消息队列，或控制主流式应用将主存储数据库切换至备存储数据库。

通过上述方式，通过数据源(消息队列)双写和存储数据库的主备备份，可在主消息队列和/或主存储数据库出现异常时，进行消息队列和/或存储数据库的主备切换，可解决由于数据处理源(如kafka消息队列)和/或结果存储数据库(如hbase)不可用，会丢失消息和/或处理结果，从而无法保证exactly-once(恰好一次)和7*24小时的高可用的问题，本发明可实现跨集群的流式应用高可用。

此外，在步骤“控制所述主流式应用将所述主存储数据库切换至所述备存储数据库”之后，还包括以下步骤：

生成第一提示信息，并发送至下游应用系统，以使得所述下游应用系统从所述备存储数据库中获取数据处理结果。

由于下游应用系统是依赖于存储数据库中的数据存储结果的，当控制主流式应用将主存储数据库切换至备存储数据库后，应该提示下游应用系统进行存储数据库这一组件的主备切换以做到高可用，具体的，可以生成第一提示信息，并将该第一提示信息发送至下游应用系统，以使得下游应用系统从备存储数据库中获取数据处理结果。

本发明实施例提供一种流式处理方法，通过基于预设规则检测流式处理系统是否存在运行状态异常事件；若流式处理系统存在运行状态异常事件，则确定运行状态异常事件的异常类型；进而根据异常类型确定对应的切换策略，并根据切换策略对该流式处理系统中对应的组件执行主备切换。本发明中通过监控流式处理系统中的运行状态异常事件，进而对出现异常的组件执行主备切换，可实现流式处理的跨集群高可用，可解决流式处理系统中的数据处理源和/或结果存储数据库不可用，而无法保证exactly-once和7*24小时的高可用的问题。

进一步的，基于上述第一实施例，提出本发明流式处理方法的第二实施例。

在本实施例中，该流式处理方法还包括：

接收所述主流式应用上报的消息偏移量，并将所述消息偏移量存储至预设多个存储集群，以在将所述主流式应用切换至所述备流式应用后，供所述备流式应用通过流式处理管理平台的应用程序接口从所述多个存储集群中获取到最新的消息偏移量。

在本实施例中，流式处理平台可接收主流式应用处理成功后上报的消息偏移量offset，并将消息偏移量offset存储至预设多个存储集群，以在将主流式应用切换至备流式应用后，供备流式应用通过流式处理管理平台的api(applicationprogramminginterface，应用程序接口)从多个存储集群中获取到最新的消息偏移量。其中，存储集群可以采用zookeeper、hbase等，可选地，存储集群的数量可设为3-5个。具体的，可在流式应用中嵌入流式处理管理平台的软件或者硬件实体agent，以定时或者在消息处理成功后向流式处理管理平台上报消息offset，流式处理管理平台在接收到主流式应用上报的消息offset时，将消息offset低延迟保存至多个存储集群中，然后接收多个存储集群返回的保存成功信息，并在检测到保存成功信息的数量大于存储集群数量的一半时，向主流式应用返回committed成功信息，以使得主流式应用继续上报消息offset。在将主流式应用切换至备流式应用后，备流式应用可通过流式处理管理平台的api从多个存储集群中获取到最新的消息offset。最新消息offset的判断是通过判断多个存储集群中有一半以上最近的消息offset即为最新可用的消息offset。

当然，可以理解的是，在执行消息队列的主备切换后，即主消息队列异常的情况下，主流式应用也可以通过流式处理管理平台的api从多个存储集群中获取到主消息队列已经消费的offset，然后直接从备消息队列的offset进行消费，从而保证高可用。

因此，本实施例中通过对消息offset的可靠保存，可在组件出现异常，进行主备切换后，能够直接从保存的offset进行消费，即可在应用启停时从应用停掉的时刻进行运行，进而可在组件不可用时实现高可用切换。

此外，需要说明的是，对于非流式计算的跨集群高可用，数据仅仅是简单的进行跨集群的双写，无法在应用因为不可用退出时及时进行应用的启动，高可用存在延时，没有做到真正应用上的高可用。而本发明中，数据并不是简单的进行跨集群的双写，同时需要可靠的存储流式计算处理的记录消息offset，也就是消费了的消息记录offset，保证在应用因为不可用退出时能够及时从存储集群中读取到消息offse，并从退出时进行应用的启动，从而真正应用上的高可用。

进一步的，基于上述第一实施例，提出本发明流式处理方法的第三实施例。

在本实施例中，该流式处理方法还包括：

步骤a，接收所述主流式应用发送的性能指标数据，并检测所述性能指标数据是否满足预设正常运行条件；

在本实施例中，流式处理管理平台还可以接收主流式应用发送的性能指标数据，并检测性能指标数据是否满足预设正常运行条件，以检测主流式应用的健康性。其中，性能指标数据可以包括但不限于主流式应用的运行处理时间、整体延迟时间、输入记录数和输出记录数等，预设正常运行可根据实际情况设定各性能指标数据的正常阈值范围，以检测各性能指标数据是否在对应的预设正常阈值范围内。

步骤b，若所述性能指标数据不满足预设正常运行条件，则生成对应的告警信息，并发送至对应的工作终端。

若性能指标数据不满足预设正常运行条件，则说明主流式应用处于不正常运行状态，此时，则生成对应的告警信息，并将告警信息发送至对应的工作终端，以告知工作人员进行处理。

本实施例通过监控主流式应用的性能指标数据，可检测主流式应用是否处于正常运行状态，当处理不正常运行状态时，可及时通知工作人员进行处理。

进一步的，基于上述各实施例，在步骤s30之后，该流式处理方法还可以包括以下步骤：

生成第二提示信息，并发送至所述工作终端，以提示工作人员已执行主备切换。

在本实施例中，在根据切换策略对流式处理系统中对应的组件执行主备切换后，可生成第二提示信息，并将第二提示信息发送至工作终端，以提示工作人员已执行主备切换，进而使得工作人员对出现异常的组件进行检查修复。本实施例通过提示工作人员已执行主备切换，进而使得工作人员及时对异常组件(即被切换的组件)进行检测修复，可保障整个流式处理系统的正常运行，提高流式处理系统的高可用性。

本发明还提供一种流式处理装置。

参照图4，图4为本发明流式处理装置第一实施例的功能模块示意图。

所述流式处理装置包括：

异常事件检测模块10，用于基于预设规则检测流式处理系统是否存在运行状态异常事件；

异常类型确定模块20，用于若流式处理系统存在运行状态异常事件，则确定所述运行状态异常事件的异常类型；

主备切换执行模块30，用于根据所述异常类型确定对应的切换策略，并根据所述切换策略对所述流式处理系统中对应的组件执行主备切换。

进一步地，所述组件包括主流式应用和备流式应用，所述主备切换执行模块30包括：

第一主备切换单元，用于若所述异常类型为主流式应用运行状态异常，则确定对应的切换策略为流式应用切换策略，并根据所述流式应用切换策略将所述主流式应用切换至所述备流式应用。

进一步地，所述组件还包括主消息队列、备消息队列、主存储数据库和备存储数据库，所述主消息队列与所述备消息队列中的数据相同，所述备存储数据库用于同步备份所述主存储数据库中的数据处理结果，所述主备切换执行模块30还包括：

切换策略确定单元，用于若所述异常类型为主消息队列运行状态异常和/或主存储数据库运行状态异常，则确定对应的切换策略为消息队列切换策略和/或存储数据库切换策略；

第二主备切换单元，用于根据所述消息队列切换策略和/或存储数据库切换策略，控制所述主流式应用将所述主消息队列切换至所述备消息队列，并/或控制所述主流式应用将所述主存储数据库切换至所述备存储数据库。

进一步地，所述流式处理装置还包括：

第一提示模块，用于生成第一提示信息，并发送至下游应用系统，以使得所述下游应用系统从所述备存储数据库中获取数据处理结果。

进一步地，所述异常事件检测模块10具体用于：

通过心跳检测技术定时检测所述主流式应用的运行状态是否异常，并检测是否接收到所述主流式应用上报的运行状态异常事件。

进一步地，所述流式处理装置还包括：

消息偏移量存储模块，用于接收所述主流式应用上报的消息偏移量，并将所述消息偏移量存储至预设多个存储集群，以在将所述主流式应用切换至所述备流式应用后，，供所述备流式应用通过流式处理管理平台的应用程序接口从所述多个存储集群中获取到最新的消息偏移量。

进一步地，所述流式处理装置还包括：

数据检测模块，用于接收所述主流式应用发送的性能指标数据，并检测所述性能指标数据是否满足预设正常运行条件；

告警提醒模块，用于若所述性能指标数据不满足预设正常运行条件，则生成对应的告警信息，并发送至对应的工作终端。

进一步地，所述流式处理装置还包括：

第二提示模块，用于生成第二提示信息，并发送至所述工作终端，以提示工作人员已执行主备切换。

其中，上述流式处理装置中各个模块的功能实现与上述流式处理方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质上存储有流式处理程序，所述流式处理程序被处理器执行时实现如以上任一项实施例所述的流式处理方法的步骤。

本发明计算机可读存储介质的具体实施例与上述流式处理方法各实施例基本相同，在此不作赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。