CN113824590B - 微服务网络的问题预测方法、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种微服务网络的问题预测方法、计算机设备和存储介质。所述方法通过获取微服务网络系统中每个微服务的调用日志和资源使用信息，并从调用日志和资源使用信息中确定每个微服务的调用信息，以及对每个微服务的调用信息进行分析，确定微服务网络系统是否存在潜在问题，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。上述微服务网络的问题预测方法实现了微服务网络系统中潜在问题的有效预测，不仅可以在微服务网络系统中存在潜在问题的场景下给予用户提醒，还可以给出用户相应的修复策略，极大的提高了对微服务网络的维护效率。

Description

微服务网络的问题预测方法、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种微服务网络的问题预测方法、计算机设备和存储介质。

背景技术

随着互联网技术的快速发展，微服务架构在互联网开发领域应用广泛，微服务使得功能开发和问题修复变得更加独立和方便，从接收请求到最终响应，可能经历众多的微服务调阅过程，而在这些过程中的每一个环节都有可能会出现问题，一旦出现问题，往往定位和解决问题会比较麻烦，需要各个系统的研发人员聚集到一起，逐一排查，不但效率低下，而且造成极大的资源浪费。

现有的微服务架构网络中，通常采用微服务链路跟踪监控技术实现对网络中各链路问题的定位，且往往只是跟踪每个链路的调用情况，出了问题虽然可以定位到出问题的微服务，但是如何快速准确的预测问题，目前还没有比较好的方案，依然需要投入较多的人力去分析和排查，导致对现有微服务架构的维护存在效率低下的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高微服务挖沦落维护效率的微服务网络的问题预测方法、计算机设备和存储介质。

第一方面，一种微服务网络的问题预测方法，所述方法包括：

获取微服务网络系统中每个微服务的调用日志和资源使用信息；

从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息；

对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题；

若所述微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

在其中一个实施例中，所述每个所述微服务的调用信息包括每两个微服务之间调用的时间损耗、调用状态和各微服务的硬件资源占用信息中的至少一种。

在其中一个实施例中，所述对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题，包括：

根据所述每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务；

结合当前应用环境信息，根据所述待分析微服务的硬件资源占用信息确定所述微服务网络系统是否存在潜在问题。

在其中一个实施例中，所述根据所述每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务，包括：

将时间损耗大于预设损耗阈值的微服务作为所述待分析微服务；

和/或，将调用状态为调用异常的微服务作为所述待分析微服务。

在其中一个实施例中，所述当前应用环境包括当前用户并发量和/或当前系统负载量。

在其中一个实施例中，所述方法还包括：

从所述调用日志和所述资源使用信息中获取所述微服务网络系统中每个所述微服务的历史调用信息；

对所述历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系；

根据所述用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置；

根据所述目标资源配置和所述微服务网络系统的当前资源配置确定所述微服务网络系统在预设时间段内的资源规划策略。

在其中一个实施例中，所述对每个所述微服务的调用信息进行分析之后，所述方法还包括：

确定所述微服务网络系统是否存在异常问题；

若所述微服务网络系统存在异常问题，则输出第二预警信息；

进一步地，若所述异常问题的类型为可修复的问题，则指示存在异常问题的微服务执行修复操作。

在其中一个实施例中，所述第二预警信息包括所述异常问题发生的原因、所述异常问题的类型、所述异常问题发生的时间、所述异常问题发生的位置和所述异常问题的处理建议中的至少一种。

第二方面，一种微服务网络的问题预测装置，所述装置包括：

获取模块，用于获取微服务网络系统中每个微服务的调用日志和资源使用信息。

第一确定模块，用于从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息。

第二确定模块，用于对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题。

第一输出模块，用于在所述微服务网络系统存在潜在问题的情况下，输出第一预警信息和/或修复策略。

第三方面，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法。

第四方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

上述微服务网络的问题预测方法、计算机设备和存储介质，通过获取微服务网络系统中每个微服务的调用日志和资源使用信息，并从调用日志和资源使用信息中确定每个微服务的调用信息，以及对每个微服务的调用信息进行分析，确定微服务网络系统是否存在潜在问题，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。上述微服务网络的问题预测方法实现了微服务网络系统中潜在问题的有效预测，不仅可以在微服务网络系统中存在潜在问题的场景下给予用户提醒，还可以给出用户相应的修复策略，极大的提高了对微服务网络的维护效率。

附图说明

图1为一个实施例中微服务网络系统的结构示意图；

图2为一个实施例中微服务网络的问题预测方法的流程示意图；

图3为图2实施例中S103的一种实现方式的流程示意图；

图4为一个实施例中微服务网络的问题预测方法的流程示意图；

图5为一个实施例中微服务网络的问题预测方法的流程示意图；

图6为一个实施例中微服务网络的问题预测方法的流程示意图；

图7为一个实施例中微服务网络的问题预测方法的流程示意图；

图8为一个实施例中微服务网络的问题预测装置的结构框图；

图9为一个实施例中微服务网络的问题预测装置的结构框图；

图10为一个实施例中微服务网络的问题预测装置的结构框图；

图11为一个实施例中微服务网络的问题预测装置的结构框图；

图12为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的微服务网络的问题预测方法，可以应用于如图1所示的微服务网络系统中，该系统包括：多个微服务102、监控平台104和大数据平台106，多个微服务102分别与监控平台104连接，监控平台104与大数据平台106连接，监控平台104用于采集各微服务102的信息，并将采集到的信息传递给大数据平台106，大数据平台106用于对各微服务102的信息进行数据分析，并基于分析结果预测微服务网络系统是否存在潜在问题。其中，微服务102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，监控平台104可以用独立的服务器或者是多个服务器组成的服务器集群来实现，大数据平台106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的微服务网络系统的限定，具体的微服务网络系统可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图2所示，提供了一种微服务网络的问题预测方法，以该方法应用于图1中的大数据平台为例进行说明，包括以下步骤：

S101，获取微服务网络系统中每个微服务的调用日志和资源使用信息。

其中，每个微服务的调用日志可以为每个微服务在预设时间段内的调用日志，其中的预设时间段可以为历史时间段，也可以是当前时间段。

本实施例中，各微服务上安装有信息采集装置，并使用信息采集装置实时采集自身的调用日志和资源使用信息，然后将采集得到的调用日志和资源使用信息直接上报至大数据平台，使大数据平台通过连接各微服务器即可获取到每个微服务的调用日志和资源使用信息；可选的，微服务网络系统中还可以包括监控平台，监控平台负责监控微服务网络系统中每个微服务的网络信息，包括每个微服务的调用日志和资源使用信息，然后监控平台将监控到的每个微服务的调用日志和资源使用信息上报至大数据平台，使大数据平台通过连接监控平台即可获取到每个微服务的调用日志和资源使用信息。

S102，从调用日志和资源使用信息中确定每个微服务的调用信息。

其中，每个微服务的调用信息包括每两个微服务之间调用的时间损耗、调用状态和各微服务的硬件资源占用信息中的至少一种。微服务的硬件资源占用信息包括但不限于对内存、CPU、磁盘存储量、磁盘IO、带宽IO等的占用信息。

本实施例中，由于每个微服务的调用日志和资源使用信息会包含多种类型的信息，因此，当大数据平台获取到每个微服务的调用日志和资源使用信息时，可以进一步的从每个微服务的调用日志和资源使用信息中筛选出每个微服务的调用信息。

S103，对每个微服务的调用信息进行分析，确定微服务网络系统是否存在潜在问题。

对每个微服务的调用信息进行分析，分析出可能出现问题的微服务，再进一步的对可能出现问题的微服务的调用信息进行分析，以确定微服务网络系统是否存在潜在问题。若微服务网络系统存在潜在问题，则可以具体预测潜在问题的类型，以及确定解决方案；若微服务系统未存在潜在问题，则保持当前的微服务网络系统正常运行。

S104，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

其中，第一预警信息用于警示微服务网络系统存在潜在问题，以及提示潜在问题的类型、潜在问题可能出现的时间和位置等。修复策略用于修复微服务网络系统中的潜在问题。

本实施例涉及微服务网络系统存在潜在问题的场景，在此场景下，大数据平台可以直接根据潜在问题的类型、潜在问题可能出现的时间和位置等确定第一预警信息，并将第一预警信息反馈给监控平台，以告警监控平台用户，以便监控平台用户根据第一预警信息对当前的微服务网络系统进行维护；可选的，大数据平台也可以进一步的根据潜在问题的类型、潜在问题可能出现的时间和位置确定出修复策略，以在发现潜在问题时就及时根据修复策略修复潜在问题。

上述实施例中的微服务网络的问题预测方法，通过获取微服务网络系统中每个微服务的调用日志和资源使用信息，并从调用日志和资源使用信息中确定每个微服务的调用信息，以及对每个微服务的调用信息进行分析，确定微服务网络系统是否存在潜在问题，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。上述微服务网络的问题预测方法实现了微服务网络系统中潜在问题的有效预测，不仅可以在微服务网络系统中存在潜在问题的场景下给予用户提醒，还可以给出用户相应的修复策略，极大的提高了对微服务网络的维护效率。

在一个实施例中，当每个微服务的调用信息包括每两个微服务之间调用的时间损耗和各微服务的硬件资源占用信息，或者，当每个微服务的调用信息包括每个微服务的调用状态和各微服务的硬件资源占用信息时，提供了上述S103的一种实现方式，如图3所示，该实现方式包括：

S201，根据每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务。

其中，待分析微服务为可能存在潜在问题的微服务，也可以说是存在调用异常的微服务。具体的，大数据平台可以将时间损耗大于预设损耗阈值的微服务作为待分析微服务，和/或，将调用状态为调用异常的微服务作为待分析微服务。

即，在第一种应用中，当大数据平台获取到每两个微服务之间调用的时间损耗时，可以将时间损耗大于预设损耗阈值的微服务作为待分析微服务，比如，设置预设损耗阈值为2s，则将时间损耗超过2s的微服务作为待分析微服务，其中的预设损耗阈值可以由大数据平台预先根据实际应用环境确定；在第二种应用中，当大数据平台获取到每两个微服务之间调用的调用状态时，可以将调用状态为调用异常的微服务作为待分析微服；在第三种应用中，当大数据平台获取到每两个微服务之间调用的时间损耗和调用状态时，可以将时间损耗大于预设损耗阈值的微服务，且调用状态为调用异常的微服务作为待分析微服。

S202，结合当前应用环境信息，根据待分析微服务的硬件资源占用信息确定微服务网络系统是否存在潜在问题。

其中，当前应用环境信息包括当前用户并发量和/或当前系统负载量。

本实施例中，当大数据平台确定了待分析微服务时，可以进一步的获取微服务网络系统的当前应用环境信息，以及从各微服务的调用信息中确定待分析微服务的硬件资源占用信息，然后分析待分析微服务的硬件资源占用信息是否符合当前应用环境信息，若符合，则确定微服务网络系统不存在潜在问题；若不符合，则进一步的分析当前应用环境信息是否是特殊事件对应的应用环境信息，若当前应用环境信息是特殊事件对应的应用环境信息，则确定微服务网络系统不存在潜在问题；若当前应用环境信息不是特殊事件对应的应用环境信息，则确定微服务网络系统存在潜在问题。需要说明的是，特殊事件可以为突发事件或偶然事件，比如，节假日对应的网络的应用环境信息，下班时段对应的网络的应用环境信息，一般在这种特殊事件下，用户并发量和/或当前系统负载量会相应提高，可以认为这种特殊事件下用户并发量和/或当前系统负载量的突增是正常的，所以该种情况认为微服务网络系统不存在潜在问题。

在实际应用中，大数据平台还可以对未来时间段内的网络资源进行规划，如图4所示，该规划方法包括：

S301，从调用日志和资源使用信息中获取微服务网络系统中每个微服务的历史调用信息。

其中，每个微服务的历史调用信息为历史时间段内每个微服务的调用信息。

本实施例中，当大数据平台获取到历史时间段内每个微服务的调用日志和资源使用信息时，可以进一步的从历史时间段内每个微服务的调用日志和资源使用信息中筛选出每个微服务的调用信息，即每个微服务的历史调用信息。

S302，对历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系。

当大数据平台获取到每个微服务的历史调用信息时，可以对每个微服务的历史调用信息进行分析，分析出不同用户并发量下微服务网络系统的资源配置，比如，在正常的用户并发量下对应的微服务网络系统的资源配置，在用户并发量突增下对应的微服务网络系统的资源配置，以确定用户并发量和资源配置之间的对应关系。

S303，根据用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置。

其中，预设用户并发量为大数据平台预估的未来预设时间段内的用户并发量，比如，未来5年内用户并发量。目标资源配置为在未来预设时间段内的微服务网络系统的资源配置。

当大数据平台确定了用户并发量和资源配置之间的对应关系后，即可根据该对应关系确定出与预设用户并发量对应的目标资源配置。需要说明的是，大数据平台可以预先确定用户并发量和资源配置之间的对应关系并进行存储，然后在需要对微服务网络系统进行资源规划时，直接查询用户并发量和资源配置之间的对应关系，得到与预设用户并发量对应的目标资源配置。

S304，根据目标资源配置和微服务网络系统的当前资源配置确定微服务网络系统在预设时间段内的资源规划策略。

其中，预设时间段为规划的时间段，比如，未来5年、10年等。

大数据平台可以进一步的通过比较分析微服务网络系统的目标资源配置和微服务网络系统的当前资源配置，确定微服务网络系统在预设时间段内的资源规划策略。具体在比较分析时，若微服务网络系统的当前资源配置达不到微服务网络系统的目标资源配置，则根据微服务网络系统的当前资源配置和微服务网络系统的目标资源配置之间的差异配置，确定资源规划策略，比如，微服务网络系统的当前带宽配置为300M，未来5年的微服务网络系统的目标资源配置为500M，则规划5年内，在原来当前带宽配置的基础上提升200M的带宽配置。

在一个实施例中，大数据平台还可以提供定位微服务网络系统中的异常问题以及修复问题的方法，如图5所示，在图2实施例所述方法的基础上，还包括步骤：

S401，确定微服务网络系统是否存在异常问题。

当大数据平台获取到每个微服务的调用信息，并对每个微服务的调用信息进行分析后，还可以根据分析结果确定微服务网络系统是否存在异常问题，比如，根据对每个微服务的硬件资源占用信息进行分析，发现微服务网络系统中某个微服务发生了内存溢出异常问题。

S402，若微服务网络系统存在异常问题，则输出第二预警信息。

其中，第二预警信息包括异常问题发生的原因、异常问题的类型、异常问题发生的时间、异常问题发生的位置和异常问题的处理建议中的至少一种。

本实施例涉及大数据平台定位到微服务网络系统存在异常问题的情况，在此情况下，大数据平台输出第二预警信息，以警示用户能够快速根据第二预警信息对微服务网络系统进行维护；可选的，大数据平台也可以将第二预警信息发送至监控平台，以提醒监控平台的用户根据第二预警信息快速对微服务网络系统进行维护。比如，第二预警信息可以为：某个微服务发生了内存溢出异常问题，请及时扩充内存资源。由于第二预警信息包括多种类型的信息，所以上述方法不仅实现了异常报警提示，而且还给出了异常问题的处理建议，可以提高后期微服务网络系统维护的效率。需要说明的是，当第二预警信息包括异常问题发生的原因时，大数据平台可以通过分析各微服务发生变更的记录信息确定异常问题发生的原因，比如，是否哪些相关联的微服务发生了升级或者配置变更，导致当前服务调用发生异常，或者是服务本身发生了内部错误，及时通过预警来通知研发和实施人员。

S403，进一步地，若异常问题的类型为可修复的问题，则指示存在异常问题的微服务执行修复操作。

其中，异常问题的类型包括可修复的问题和不可修复的问题，比如，其中的可修复的问题可以是通过重启微服务或在微服务上添加资源就能够快速恢复的问题。

另外，大数据平台定位到微服务网络系统存在异常问题时，还可以进一步的确定异常问题的类型，若异常问题的类型为可修复的问题，则可以通过分析异常问题发生的原因，确定修复方案，再指示存在异常问题的微服务根据修复方案执行修复操作，以实现微服务网络系统的自动修复。比如，若发现某个微服务上存在内存频繁溢出类型的异常问题，则表明该微服务上内存不足，即可通过重启该微服务，或者给虚拟机自动扩充内存，以快速恢复。

综合上述所有实施例，本申请还提供了一种微服务网络的问题预测方法，如图6所示，该方法包括：

S501，获取微服务网络系统中每个微服务的调用日志和资源使用信息。

S502，从调用日志和资源使用信息中确定每个微服务的调用信息。

S503，将时间损耗大于预设损耗阈值的微服务作为待分析微服务，和/或，将调用状态为调用异常的微服务作为待分析微服务。

S504，结合当前应用环境信息，根据待分析微服务的硬件资源占用信息确定微服务网络系统是否存在潜在问题。

S505，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

S506，从调用日志和资源使用信息中获取微服务网络系统中每个微服务的历史调用信息。

S507，对历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系。

S508，根据用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置。

S509，根据目标资源配置和微服务网络系统的当前资源配置确定微服务网络系统在预设时间段内的资源规划策略。

S510，根据每个微服务的调用信息确定微服务网络系统是否存在异常问题。

S511，若微服务网络系统存在异常问题，则输出第二预警信息。

S512，进一步地，若异常问题的类型为可修复的问题，则指示存在异常问题的微服务执行修复操作。

上述各步骤在前述都有说明，详细内容请参见前述说明，此处不赘述。

基于上述方法，如图7所述，本申请还提供了一种应用于如图1所示的微服务网络系统的信息交互方法，该交互方法包括：

S601，发送调用日志和资源使用信息。

S602，转发各微服务的调用日志和资源使用信息。

S603，从调用日志和资源使用信息中确定每个微服务的调用信息。

S604，将时间损耗大于预设损耗阈值的微服务作为待分析微服务，和/或，将调用状态为调用异常的微服务作为待分析微服务。

S605，结合当前应用环境信息，根据待分析微服务的硬件资源占用信息确定微服务网络系统是否存在潜在问题。

S606，若微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

S607，展示第一预警信息和/或修复策略。

S608，从调用日志和资源使用信息中获取微服务网络系统中每个微服务的历史调用信息。

S609，对历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系。

S610，根据用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置。

S611，根据目标资源配置和微服务网络系统的当前资源配置确定微服务网络系统在预设时间段内的资源规划策略。

S612，根据每个微服务的调用信息确定微服务网络系统是否存在异常问题。

S613，若微服务网络系统存在异常问题，则输出第二预警信息。

S614，展示第二预警信息。

S615，进一步地，若异常问题的类型为可修复的问题，则指示存在异常问题的微服务执行修复操作。

S616，执行修复操作。

上述各步骤在前述都有说明，详细内容请参见前述说明，此处不赘述。

应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种微服务网络的问题预测装置，包括：

获取模块10，用于获取微服务网络系统中每个微服务的调用日志和资源使用信息。

第一确定模块11，用于从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息。

第二确定模块12，用于对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题。

第一输出模块13，用于在所述微服务网络系统存在潜在问题的情况下，输出第一预警信息和/或修复策略。

在一个实施例中，所述每个所述微服务的调用信息包括每两个微服务之间调用的时间损耗、调用状态和各微服务的硬件资源占用信息中的至少一种。

在一个实施例中，如图9所示，上述第二确定模块12，包括：

第一确定单元121，用于根据所述每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务；

第二确定单元122，用于结合当前应用环境，根据所述待分析微服务的硬件资源占用信息确定所述微服务网络系统是否存在潜在问题。

在一个实施例中，上述第一确定单元121具体用于将时间损耗大于预设损耗阈值的微服务作为所述待分析微服务；和/或，将调用状态为调用异常的微服务作为所述待分析微服务。

在一个实施例中，所述当前应用环境包括当前用户并发量和/或当前系统负载量。

在一个实施例中，上述微服务网络的问题预测装置，如图10所示，还包括：

获取历史信息模块14，用于从所述调用信息和所述资源使用信息中获取所述微服务网络系统中每个所述微服务的历史调用信息

第三确定模块15，用于对所述历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系；

第四确定模块16，用于根据所述用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置；

第五确定模块17，用于根据所述目标资源配置和所述微服务网络系统的当前资源配置确定所述微服务网络系统在预设时间段内的资源规划策略。

在一个实施例中，上述微服务网络的问题预测装置，如图11所示，还包括：

第六确定模块18，用于确定所述微服务网络系统是否存在异常；

第二输出模块19，用于在所述微服务网络系统存在异常的情况下，输出第二预警信息；

修复模块20，用于进一步地，在所述异常的类型为可修复异常时，指示存在异常的微服务执行修复操作；

在一个实施例中，所述第二预警信息包括所述异常发生的原因。

关于微服务网络的问题预测装置的具体限定可以参见上文中对于微服务网络的问题预测方法的限定，在此不再赘述。上述微服务网络的问题预测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图12所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种微服务网络的问题预测方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取微服务网络系统中每个微服务的调用日志和资源使用信息；

从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息；

对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题；

若所述微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取微服务网络系统中每个微服务的调用日志和资源使用信息；

从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息；

对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题；

若所述微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略。

上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种微服务网络的问题预测方法，其特征在于，所述方法包括：

获取微服务网络系统中每个微服务的调用日志和资源使用信息；

从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息；所述每个所述微服务的调用信息包括每两个微服务之间调用的时间损耗、调用状态和各微服务的硬件资源占用信息；

结合当前应用环境信息，对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题；所述当前应用环境信息包括当前用户并发量和/或当前系统负载量；

若所述微服务网络系统存在潜在问题，输出第一预警信息和/或修复策略；所述第一预警信息用于警示微服务网络系统存在潜在问题，以及提示潜在问题的类型、潜在问题可能出现的时间和位置；

从所述调用日志和所述资源使用信息中获取所述微服务网络系统中每个所述微服务的历史调用信息；

对所述历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系；

根据所述用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置；所述预设用户并发量为大数据平台预估的未来预设时间段内的用户并发量；

根据所述目标资源配置和所述微服务网络系统的当前资源配置确定所述微服务网络系统在预设时间段内的资源规划策略。

2.根据权利要求1所述的方法，其特征在于，所述对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题，包括：

根据所述每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务；

结合当前应用环境信息，根据所述待分析微服务的硬件资源占用信息确定所述微服务网络系统是否存在潜在问题。

3.根据权利要求2所述的方法，其特征在于，所述根据所述每两个微服务之间调用的时间损耗和/或调用状态确定待分析微服务，包括：

将时间损耗大于预设损耗阈值的微服务作为所述待分析微服务；

和/或，将调用状态为调用异常的微服务作为所述待分析微服务。

4.根据权利要求2或3所述的方法，其特征在于，所述当前应用环境包括当前用户并发量和/或当前系统负载量。

5.根据权利要求1所述的方法，其特征在于，所述对每个所述微服务的调用信息进行分析之后，所述方法还包括：

确定所述微服务网络系统是否存在异常问题；

若所述微服务网络系统存在异常问题，则输出第二预警信息；

进一步地，若所述异常问题的类型为可修复的问题，则指示存在异常问题的微服务执行修复操作。

6.根据权利要求5所述的方法，其特征在于，所述第二预警信息包括所述异常问题发生的原因、所述异常问题的类型、所述异常问题发生的时间、所述异常问题发生的位置和所述异常问题的处理建议中的至少一种。

7.根据权利要求1所述的方法，其特征在于，所述根据所述目标资源配置和所述微服务网络系统的当前资源配置确定所述微服务网络系统在预设时间段内的资源规划策略，包括：

若所述微服务网络系统的当前资源配置达不到所述微服务网络系统的目标资源配置，则根据所述微服务网络系统的当前资源配置和所述微服务网络系统的目标资源配置之间的差异配置，确定所述资源规划策略。

8.一种微服务网络的问题预测装置，其特征在于，所述装置包括：

获取模块，用于获取微服务网络系统中每个微服务的调用日志和资源使用信息；

第一确定模块，用于从所述调用日志和所述资源使用信息中确定每个所述微服务的调用信息；所述每个所述微服务的调用信息包括每两个微服务之间调用的时间损耗、调用状态和各微服务的硬件资源占用信息；

第二确定模块，用于结合当前应用环境信息，对每个所述微服务的调用信息进行分析，确定所述微服务网络系统是否存在潜在问题；所述当前应用环境信息包括当前用户并发量和/或当前系统负载量；

第一输出模块，用于在所述微服务网络系统存在潜在问题的情况下，输出第一预警信息和/或修复策略；所述第一预警信息用于警示微服务网络系统存在潜在问题，以及提示潜在问题的类型、潜在问题可能出现的时间和位置；

获取历史信息模块，用于从所述调用信息和所述资源使用信息中获取所述微服务网络系统中每个所述微服务的历史调用信息

第三确定模块，用于对所述历史调用信息进行分析，确定用户并发量和资源配置之间的对应关系；

第四确定模块，用于根据所述用户并发量和资源配置之间的对应关系，根据预设用户并发量确定目标资源配置；所述预设用户并发量为大数据平台预估的未来预设时间段内的用户并发量；

第五确定模块，用于根据所述目标资源配置和所述微服务网络系统的当前资源配置确定所述微服务网络系统在预设时间段内的资源规划策略。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。