本申请涉及应用服务领域，特别是涉及一种服务状态可视化处理方法及装置、计算机设备、可读存储介质。
背景技术：
通常应用程序是由不同业务组成，每个业务又有各自的业务服务器所支撑其完成相应的业务功能，但是每个业务的有可能需要多个业务服务器支持，而每个业务服务器也可能支撑不同的业务，现有技术中对于业务是否可用，某个业务服务器是否出现问题，很难去跟踪检查和感知，问题排查费时费力。
因此，现有技术有待改进。
技术实现要素：
本发明要解决的技术问题是，提供一种服务状态可视化处理方法及装置、计算机设备、可读存储介质，本发明提出了一种基于服务健康的系统业务可用性可视化方法来解决此问题，达到了因某个业务服务器出现问题可以快速感知到哪个业务是否可用和快速定位到是哪个业务服务器出现了问题，从而跟踪到问题所在，提高了问题排查效率。
一种服务状态可视化处理方法，其中，所述方法包括：
将服务支撑的业务绑定到配置中，并启动服务；
对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
界面接收到数据后，将其按照对应的状态展示。
所述服务状态可视化处理方法，其中，所述界面接收到数据后，将其按照对应的状态展示的步骤之后还包括：
界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
所述服务状态可视化处理方法，其中，所述对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心的步骤包括：
对服务状态实时监测；
判断服务状态是否变更；
当监测状态未变更，上报业务服务状态及影响的业务给服务健康中心；
当状态更新，将变更后的状态数据上报业务服务状态及影响的业务给服务健康中心。
所述服务状态可视化处理方法，其中，所述服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示的步骤包括：
服务健康中心收到上报信息后，收集所有的服务信息，并将有关联的服务及业务关系数据整合后，生成业务可用性数据；
将生成的业务可用性数据，推送给界面；
界面接收到数据后，将业务可用性数据进行界面渲染后按照对应的状态展示。
所述服务状态可视化处理方法，其中，所述界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤包括：
界面层实时监测业务可用性，判断业务是否可用；
当检测到有业务不可用时，修改业务可用性数据，并将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒；
当检测业务可用不做处理。
所述服务状态可视化处理方法，其中，所述当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤还包括：
定位到受影响业务的问题业务服务器信息。
一种服务状态可视化处理装置，其中，所述装置包括：
绑定配置模块，用于将服务支撑的业务绑定到配置中，并启动服务；
检测模块，用于对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
收集与整合模块，用于控制服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
展示模块，用于控制界面接收到数据后，将其按照对应的状态展示。
所述的服务状态可视化处理装置，其中，还包括：
可用性监测模块，用于控制界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其中，所述处理器执行所述计算机程序时实现任一项所述服务状态可视化处理方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现任一项所述服务状态可视化处理方法的步骤。
与现有技术相比，本发明实施例具有以下优点：
本发明实施方式提供一种服务状态可视化处理的方法。提供了一种基于服务健康的系统业务可用性可视化方法，使用服务健康中心将服务启动后上报的状态和其影响业务的数据整合，生成完整的数据推送给界面，界面将系统的业务列表渲染，当出现服务状态异常时，会再次上传其状态及影响业务数据给服务健康中心，健康中心将整合后的数据推送给界面，界面收到更新后的数据时再次将列表渲染并特别显示出受影响的业务及出现问题的业务服务器。
本发明特别适用于需要快速感知应用程序所有业务的可用性，及业务出现问题后快速定位到问题业务服务器的技术方案。
本发明的优点：
1)、快速收集整合一套应用系统的所有业务的可用性信息；
2)、可以实时监测到应用系统中受影响业务的信息；
3)、可以快速定位到受影响业务的问题业务服务器信息。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种服务状态可视化处理方法的流程示意图。
图2为本发明实施例中一种服务状态可视化处理方法的具体应用示例流程示意图。
图3为本发明实施例中一种服务状态可视化处理装置的原理框图。
图4为本发明实施例中计算机设备的内部结构图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
发明人经过研究发现，通常应用程序是由不同业务组成，每个业务又有各自的业务服务器所支撑其完成相应的业务功能，但是每个业务的有可能需要多个业务服务器支持，而每个业务服务器也可能支撑不同的业务，现有技术中对于业务是否可用，某个业务服务器是否出现问题，很难去跟踪检查和感知，问题排查费时费力。
为了解决上述问题，在本发明实施例中，提供了一种基于服务健康的系统业务可用性可视化方法，使用服务健康中心将服务启动后上报的状态和其影响业务的数据整合，生成完整的数据推送给界面，界面将系统的业务列表渲染，当出现服务状态异常时，会再次上传其状态及影响业务数据给服务健康中心，健康中心将整合后的数据推送给界面，界面收到更新后的数据时再次将列表渲染并特别显示出受影响的业务及出现问题的业务服务器。
下面结合附图，详细说明本发明的各种非限制性实施方式。
请参阅图1，图1示出了本发明实施例中服务状态可视化处理方法，所述方法包括：
步骤s1、将服务支撑的业务绑定到配置中，并启动服务；
本发明实施例中，需要将服务支撑的业务绑定到配置中，并启动服务。例如，printspooler服务与打印服务的配置绑定，然后启动服务。
步骤s2、对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
本发明实施例中，对服务状态实时监测，当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心。
例如，对服务状态实时监测；
判断服务状态是否变更；所述变更包括服务是否启动，是否停止，是否升级更新等。
当监测状态未变更，上报业务服务状态及影响的业务给服务健康中心；
当状态更新，将变更后的状态数据上报业务服务状态及影响的业务给服务健康中心。
本发明通过上述步骤，可以实时知道服务当前的状态。
步骤s3、服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
本发明中服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示。
例如服务健康中心收到上报信息后，收集所有的服务信息，并将有关联的服务及业务关系数据整合后，生成业务可用性数据；将生成的业务可用性数据，推送给界面；界面接收到数据后，将业务可用性数据进行界面渲染后按照对应的状态展示。
这样，本发明服务健康中心收到上报信息后，收集所有的服务信息，并将有关联的服务及业务关系数据整合后，推送给界面。本发明可以快速收集整合一套应用系统的所有业务的可用性信息。
步骤s4、界面接收到数据后，将其按照对应的状态展示。
本发明实施例中，当界面接收到数据后，将其按照对应的状态展示。
进一步地实施例，所述界面接收到数据后，将其按照对应的状态展示的步骤之后还包括：
界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
本发明实施例中，可以实时监测到应用系统中受影响业务的信息；也可以快速定位到受影响业务的问题业务服务器信息。
在一种实施方式中，所述界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤包括：
界面层实时监测业务可用性，判断业务是否可用；
当检测到有业务不可用(例如即出故障)时，修改业务可用性数据(即修改为不可用数据)，并将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒；
当检测业务可用则不做处理。
本发明中，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤还包括：定位到受影响业务的问题业务服务器信息。
如图2所示，本发明具体应用实施例所述服务状态可视化处理方法，包括以下步骤：
步骤11、开始；
步骤12、服务启动；
步骤13、判断服务状态是否变更，当时进入步骤14，当否进入步骤15；
步骤14、状态更新；
步骤15、上报业务服务状态及影响的业务；
步骤16、服务健康中心接收到业务服务状态及影响的业务信息；
步骤17、生成业务可用性数据；
步骤18、修改业务可用性数据；
步骤19、界面渲染；
步骤20、业务是否可用，如果否则返回步骤18；如果是则进入步骤21。
步骤21、结束。
本发明实施方式提供一种服务状态可视化处理的方法。提供了一种基于服务健康的系统业务可用性可视化方法，使用服务健康中心将服务启动后上报的状态和其影响业务的数据整合，生成完整的数据推送给界面，界面将系统的业务列表渲染，当出现服务状态异常时，会再次上传其状态及影响业务数据给服务健康中心，健康中心将整合后的数据推送给界面，界面收到更新后的数据时再次将列表渲染并特别显示出受影响的业务及出现问题的业务服务器。
在一个实施例中，本发明提供了一种服务状态可视化处理装置，如图3所示，所述装置包括：
绑定配置模块41，用于将服务支撑的业务绑定到配置中，并启动服务；
检测模块42，用于对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
收集与整合模块43，用于控制服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
展示模块44，用于控制界面接收到数据后，将其按照对应的状态展示；具体。
所述的服务状态可视化处理装置，其中，还包括：
可用性监测模块45，用于控制界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒；具体如上所述。
在一个实施例中，本发明提供了一种计算机设备，该设备可以是终端，内部结构如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种自然语言模型的生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图4所示的仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
本发明实施例提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
将服务支撑的业务绑定到配置中，并启动服务；
对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
界面接收到数据后，将其按照对应的状态展示。
其中，所述界面接收到数据后，将其按照对应的状态展示的步骤之后还包括：
界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
其中，所述对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心的步骤包括：
对服务状态实时监测；
判断服务状态是否变更；
当监测状态未变更，上报业务服务状态及影响的业务给服务健康中心；
当状态更新，将变更后的状态数据上报业务服务状态及影响的业务给服务健康中心。
其中，所述服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示的步骤包括：
服务健康中心收到上报信息后，收集所有的服务信息，并将有关联的服务及业务关系数据整合后，生成业务可用性数据；
将生成的业务可用性数据，推送给界面；
界面接收到数据后，将业务可用性数据进行界面渲染后按照对应的状态展示。
其中，所述界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤包括：
界面层实时监测业务可用性，判断业务是否可用；
当检测到有业务不可用时，修改业务可用性数据，并将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒；
当检测业务可用不做处理。
其中，所述当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤还包括：
定位到受影响业务的问题业务服务器信息，具体如上所述。
综上所述，与现有技术相比，本发明实施例具有以下优点：
本发明实施方式提供一种服务状态可视化处理的方法。提供了一种基于服务健康的系统业务可用性可视化方法，使用服务健康中心将服务启动后上报的状态和其影响业务的数据整合，生成完整的数据推送给界面，界面将系统的业务列表渲染，当出现服务状态异常时，会再次上传其状态及影响业务数据给服务健康中心，健康中心将整合后的数据推送给界面，界面收到更新后的数据时再次将列表渲染并特别显示出受影响的业务及出现问题的业务服务器。
本发明特别适用于需要快速感知应用程序所有业务的可用性，及业务出现问题后快速定位到问题业务服务器的技术方案。
本发明的优点：
1)、快速收集整合一套应用系统的所有业务的可用性信息；
2)、可以实时监测到应用系统中受影响业务的信息；
3)、可以快速定位到受影响业务的问题业务服务器信息。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
1.一种服务状态可视化处理方法，其特征在于，所述方法包括：
将服务支撑的业务绑定到配置中，并启动服务；
对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
界面接收到数据后，将其按照对应的状态展示。
2.根据权利要求1所述服务状态可视化处理方法，其特征在于，所述界面接收到数据后，将其按照对应的状态展示的步骤之后还包括：
界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
3.根据权利要求1所述服务状态可视化处理方法，其特征在于，所述对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心的步骤包括：
对服务状态实时监测；
判断服务状态是否变更；
当监测状态未变更，上报业务服务状态及影响的业务给服务健康中心；
当状态更新，将变更后的状态数据上报业务服务状态及影响的业务给服务健康中心。
4.根据权利要求1所述服务状态可视化处理方法，其特征在于，所述服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示的步骤包括：
服务健康中心收到上报信息后，收集所有的服务信息，并将有关联的服务及业务关系数据整合后，生成业务可用性数据；
将生成的业务可用性数据，推送给界面；
界面接收到数据后，将业务可用性数据进行界面渲染后按照对应的状态展示。
5.根据权利要求2所述服务状态可视化处理方法，其特征在于，所述界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤包括：
界面层实时监测业务可用性，判断业务是否可用；
当检测到有业务不可用时，修改业务可用性数据，并将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒；
当检测业务可用不做处理。
6.根据权利要求2所述服务状态可视化处理方法，其特征在于，所述当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒的步骤还包括：
定位到受影响业务的问题业务服务器信息。
7.一种服务状态可视化处理装置，其特征在于，所述装置包括：
绑定配置模块，用于将服务支撑的业务绑定到配置中，并启动服务；
检测模块，用于对服务状态实时监测,当监测状态未变更，直接上报给服务健康中心；当状态变更，将变更后的状态数据上报给服务健康中心；
收集与整合模块，用于控制服务健康中心收到上报信息，收集所有的服务信息，并将有关联的服务及业务关系数据整合，推送给界面显示；
展示模块，用于控制界面接收到数据后，将其按照对应的状态展示。
8.根据权利要求7所述的服务状态可视化处理装置，其特征在于，还包括：
可用性监测模块，用于控制界面层实时监测业务可用性，当检测到有业务不可用时，将不可用的业务信息及问题业务服务器信息推送给界面显示并提醒。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述服务状态可视化处理方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述服务状态可视化处理方法的步骤。
技术总结