CN117439914A - 微服务性能测试方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本公开提供了一种微服务性能测试方法，涉及云计算技术领域，可以应用于软件测试领域以及金融技术领域。所述方法包括：响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，所述性能测算值包括不同流量比例下的最小耗时；根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。本公开还提供了一种微服务性能测试装置、设备、存储介质和程序产品。

Description

微服务性能测试方法、装置、设备、存储介质和程序产品

技术领域

本公开涉及云计算技术领域，具体的涉及软件测试技术领域，更具体地涉及一种微服务性能测试方法、装置、设备、存储介质和程序产品。

背景技术

随着银行业务发展对于银行系统灵活、快速响应业务变化等要求越来越高，银行系统已逐步从单体应用向微服务架构转型。微服务架构将单体应用模式下的功能拆解为一系列微服务，一定程度上为银行灵活响应业务需求快速交付服务提供了有效途径。在微服务架构下单个服务会被多个业务流程调用，如何精准实时且高效测算单个微服务需要满足的耗时参数成为一个亟需解决的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

鉴于上述问题，本公开提供了一种微服务性能测试方法、装置、设备、存储介质和程序产品。

根据本公开的第一个方面，提供了一种微服务性能测试方法，所述方法包括：

响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；

根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时；以及

根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

根据本公开的实施例，所述根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值包括：

获取不同流量比例下各链路服务调用总耗时；

根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时；以及

取各链路平均耗时的最小值作为所述目标微服务的性能测算值。

根据本公开的实施例，所述根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估包括：

根据业务需求信息确定目标微服务的目标流量比例；以及

根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

根据本公开的实施例，所述根据目标流量比例下的性能测算值和目标微服务的实际运行值对所述目标微服务进行性能评估包括：

若确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则确定所述目标微服务满足业务要求；以及

若确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，则对所述目标微服务进行性能测试。

根据本公开的实施例，所述响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据包括：

根据微服务性能测试指令确定目标微服务名称；以及

使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。

根据本公开的实施例，所述使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据包括：

确定调用所述目标微服务的服务调用链路；以及

确定每一所述服务调用链路的微服务个数和服务调用总耗时。

根据本公开的实施例，所述方法还包括：

响应于全量服务调用信息的更新操作，自动更新各微服务的性能测算值。

本公开的第二方面提供了一种微服务性能测试装置，所述装置包括：

确定模块，用于响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；

性能测算模块，用于根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时；以及

性能评估模块，用于根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

根据本公开的实施例，所述性能测算模块包括：获取子模块、第一计算子模块和第二计算子模块。

获取子模块，用于获取不同流量比例下各链路服务调用总耗时；

第一计算子模块，用于根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时；以及

第二计算子模块，用于取各链路平均耗时的最小值作为所述目标微服务的性能测算值。

根据本公开的实施例，所述性能评估模块包括第一确定子模块和性能评估子模块。

第一确定子模块，用于根据业务需求信息确定目标微服务的目标流量比例；以及

性能评估子模块，用于根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

根据本公开的实施例，所述性能评估子模块包括：第一确定单元和第二确定单元，

第一确定单元，用于若确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则确定所述目标微服务满足业务要求；以及

第二确定单元，用于若确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，则对所述目标微服务进行性能测试。

根据本公开的实施例，所述确定模块包括第二确定子模块和查询子模块，

第二确定子模块，用于根据微服务性能测试指令确定目标微服务名称；以及

查询子模块，用于使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。

根据本公开的实施例，所述装置还包括：更新模块。

更新模块，用于响应于全量服务调用信息的更新操作，自动更新各微服务的性能测算值。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述微服务性能测试方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述微服务性能测试方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述微服务性能测试方法。

通过本公开的实施例提供的一种微服务性能测试方法，响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，根据服务调用链路数据计算所述目标微服务的性能测算值，在基于性能测算值根据业务需求信息和目标微服务的实际运行耗时对所述目标微服务进行性能评估，通过每个微服务耗时参数的精准测算，实现对不同业务需求的微服务性能的测试评估。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的微服务性能测试装置的系统架构图；

图2示意性示出了根据本公开实施例的微服务性能测试方法、装置、设备、存储介质和程序产品的应用场景图；

图3示意性示出了根据本公开一实施例提供的一种微服务性能测试方法的流程图；

图4示意性示出了根据本公开另一实施例提供的一种微服务性能测试方法的流程图；

图5示意性示出了根据本公开又一实施例提供的一种微服务性能测试方法的流程图之一；

图6示意性示出了根据本公开又一实施例提供的一种微服务性能测试方法的流程图之二；

图7示意性示出了根据本公开再一实施例提供的一种微服务性能测试方法的流程图；

图8示意性示出了根据本公开实施例的一种微服务性能测试装置的结构框图；

图9示意性示出了根据本公开实施例的适于实现微服务性能测试方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

基于上述技术问题，本公开的实施例提供了一种微服务性能测试方法，所述方法包括：响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时；以及根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

图1示意性示出了根据本公开实施例的微服务性能测试装置的系统架构图。如图1所示，本公开实施例提供的装置包括：存储模块A1、测算模块A2、校对模块A3和推送模块A4。其中存储模块A1存储服务调用链路数据，调用链路数据通过服务调用信息登记系统生成，一个微服务可能在一条或多条链路上，并且随着业务需求调整会发生编号，以某个服务名称为查询条件，存储模块能查到该服务涉及的链路数据，例如该服务被多少条链路调用以及各链路的服务数。测算模块A2根据存储模块A1的输出数据计算单个微服务可允许的处理时间；根据测算模块A2的测算结果与生产环境监控该服务实际运行结果进行对比，根据业务需求选取对应比例的流量平均耗时，如测算结果大于选定比例流量平均耗时，说明生产环境该服务处理时间已满足要求，无需进一步性能测试；如测算结果小于选定比例流量平均耗时，说明需进行性能测试进一步评估。推送模块A4则用于将评估结果推送至开发人员。

图2示意性示出了根据本公开实施例的微服务性能测试方法、装置、设备、存储介质和程序产品的应用场景图。

如图2所示，根据该实施例的应用场景200可以包括微服务性能测试场景。网络204用以在终端设备201、202、203和服务器205之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备201、202、203通过网络204与服务器205交互，以接收或发送消息等。终端设备201、202、203上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备201、202、203可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器205可以是微服务性能测试服务器，该服务器用于执行本公开实施例提供的微服务性能测试方法，响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，根据服务调用链路数据计算所述目标微服务的性能测算值，再根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

需要说明的是，本公开实施例所提供的微服务性能测试方法一般可以由服务器205执行。相应地，本公开实施例所提供的微服务性能测试装置一般可以设置于服务器205中。本公开实施例所提供的微服务性能测试方法也可以由不同于服务器205且能够与终端设备201、202、203和/或服务器205通信的服务器或服务器集群执行。相应地，本公开实施例所提供的微服务性能测试装置也可以设置于不同于服务器205且能够与终端设备201、202、203和/或服务器205通信的服务器或服务器集群中。

应该理解，图2中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

需要说明的是，本公开实施例确定的微服务性能测试方法和装置可用于云计算技术领域，也可用于软件技术领域以及金融技术领域，还可用于除金融领域之外的任意领域，本公开实施例确定的微服务性能测试方法和装置的应用领域不做限定。

以下将基于图1描述的系统架构和图2描述的应用场景，通过图3～图7对本公开实施例的微服务性能测试方法进行详细描述。

图3示意性示出了根据本公开一实施例提供的一种微服务性能测试方法的流程图。如图3所示，该实施例的微服务性能测试方法包括操作S210～操作S230，该方法可以由服务器或其他计算设备执行。

在操作S210，响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据。

根据本公开的实施例，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比。

在操作S220，根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值。

根据本公开的实施例，所述性能测算值包括不同流量比例下的最小耗时。

一个示例中，为了避免未及时更新微服务的超时参数导致性能容量风险，需对微服务进行性能测试，首先需要确定哪些微服务需要进行性能测试，即测算单个微服务需要满足的耗时参数，在接收到微服务性能测试指令后，获取全量服务调用信息并确定目标微服务的服务调用链路数据，全量服务调用信息中包括某微服务被多少条链路调用、每条链路的服务数、每条链路的总耗时。

一个示例中，在本公开实施例中，由于不同的业务需求，对交易成功率的要求不同，即同一服务调用链在不同业务中的耗时参数不同，在本公开中，采用流量比例表征需要保证交易成功的占比，例如90％，则表征只需保证90％的流量交易成功；95％表征需保证95％的流量交易成功，显然流量比例越高，当前业务重要程度越高，对时间更敏感，耗时参数也越低。根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，这里的性能测试值包括不同流量比例下微服务的允许耗时参数。

在操作S230，根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

一个示例中，在得到目标微服务的性能测算值之后，根据具体的业务需求信息确定具体的校对标准，采集目标微服务在生产环境中的实际运行耗时与性能测算值进行比对，比对结果作为该目标微服务是否进行进一步性能测试的决策依据。

通过本公开的实施例提供的一种微服务性能测试方法，响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，根据服务调用链路数据计算所述目标微服务的性能测算值，在基于性能测算值根据业务需求信息和目标微服务的实际运行耗时对所述目标微服务进行性能评估，通过每个微服务耗时参数的精准测算，实现对不同业务需求的微服务性能的测试评估。

图4示意性示出了根据本公开另一实施例提供的一种微服务性能测试方法的流程图。如图4所示，操作S220包括操作221～操作S223。

在操作S221，获取不同流量比例下各链路服务调用总耗时。

在操作S222，根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时。

在操作S223，取各链路平均耗时的最小值作为所述目标微服务的性能测算值。

一个示例中，以某微服务1为例进行说明，获取微服务1共涉及6个链路(A-F)的服务调用数据：

A链路涉及10个服务，需满足98％的交易流量耗时控制在10秒以内。B链路涉及5个服务，需满足90％的交易流量耗时控制在7秒以内。C链路涉及6个服务，需满足95％的交易流量耗时控制在5秒以内，需满足90％的交易流量耗时控制在8秒。D链路涉及12个服务，需满足98％的交易流量耗时控制在8秒以内。E链路涉及3个服务，需满足95％的交易流量耗时控制在6秒以内。F链路涉及5个服务，需满足95％的交易流量耗时控制在7秒以内。

一个示例中，单独测算每条链路单个服务的可允许耗时＝链路交易总耗时/链路服务个数。在本公开实施例中，链路交易总耗时区分98％的交易、95％的交易和90％的交易，根据不同业务需求也可以是其他任意流量比例。计算服务涉及所有链路的可允许耗时的最小值(98％交易)＝min(链路A服务平均耗时(98％)，链路B服务平均耗时(98％)，链路C服务平均耗时(98％)...)；计算服务涉及所有链路的可允许耗时的最小值(95％交易)＝min(链路A服务平均耗时(95％)，链路B服务平均耗时(95％)，链路C服务平均耗时(95％)...)；计算服务涉及所有链路的可允许耗时的最小值(90％交易)＝min(链路A服务平均耗时(90％)，链路B服务平均耗时(90％)，链路C服务平均耗时(90％)...)。根据上述计算公式可以确定微服务1可允许最长耗时(98％)＝min(10/10，8/12)＝0.66秒；微服务1可允许最长耗时(95％)＝min(6/5，6/3，7/5)＝1.2秒；微服务1可允许最长耗时(90％)＝min(7/5，8/6)＝1.33秒。因此可以确定微服务的性能参数分别为0.66s(98％)、1.2s(95％)和1.33s(90％)。

图5示意性示出了根据本公开又一实施例提供的一种微服务性能测试方法的流程图之一。图6示意性示出了根据本公开又一实施例提供的一种微服务性能测试方法的流程图之二。操作S230包括操作S231和操作S232。

在操作S231，根据业务需求信息确定目标微服务的目标流量比例。

在操作S232，根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

如图6所示，操作S232包括操作S2321和操作S2322。

在操作S2321，若确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则确定所述目标微服务满足业务要求。

在操作S2322，若确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，则对所述目标微服务进行性能测试。

一个示例中，由于不同的业务需求对实际耗时的要求不同，在对目标微服务实际运行情况进行性能评估时，首先根据业务需求信息，例如可以是业务重要等级确定目标流量比，例如可以是95％，进而查找确定95％下的性能测算值，95％为1.2秒。根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。假如目标微服务实际运行耗时为1.5秒，此时确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，说明该微服务存在性能问题，需性能测试人员进行进一步的性能测试评估。假如目标微服务实际运行耗时为1秒，确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则表征该服务已经满足要求，无需进一步性能测试。

图7示意性示出了根据本公开再一实施例提供的一种微服务性能测试方法的流程图。包括操作S310～操作S380。

在操作S310，根据微服务性能测试指令确定目标微服务名称。

在操作S320，使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。

根据本公开的实施例，确定调用所述目标微服务的服务调用链路；确定每一所述服务调用链路的微服务个数和服务调用总耗时。

在操作S330，获取不同流量比例下各链路服务调用总耗时。

在操作S340，根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时。

在操作S350，取各链路平均耗时的最小值作为所述目标微服务的性能测算值。

在操作S360，根据业务需求信息确定目标微服务的目标流量比例。

在操作S370，根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

在操作S380，响应于全量服务调用信息的更新操作，自动更新各微服务的性能测算值。

一个示例中，操作S330～操作S370的技术方案与原理已在前述实施例中进行说明，在此不再赘述。本公开实施例中的微服务性能测试指令可以是用户发起的，也可以是定时触发的，也可以是响应于全量服务调用信息更新操作触发。当接收到微服务性能测试指令后，根据微服务性能测试指令确定目标微服务名称，使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。具体的，首先确定目标微服务被多少条链路调用，以及每条链路的服务总个数和服务调用总耗时，同时根据涉及业务交易的重要程度、时间敏感度按照98％流量、95％流量、90％流量分别记录每个链路允许的总处理时间。再根据目标微服务的服务调用链路数据计算不同流量比例下的性能测算值。基于性能测算值，对目标微服务的实际运行耗时进行性能评估。

一个示例中，由于存储模块中的全量服务调用信息会实时更新，生产环境耗时也会实时更新，可以按照上述流程实时测算当前服务是否需要进一步性能评估并提供精确的耗时参数给性能测试人员，从而代替经验判断和人工测算的步骤，实现准实时高效精准测算。

基于上述微服务性能测试方法，本公开还提供了一种微服务性能测试装置。以下将结合图8对该装置进行详细描述。

图8示意性示出了根据本公开实施例的一种微服务性能测试装置的结构框图。如图8所示，该实施例的微服务性能测试装置800包括确定模块810、性能测试模块820和性能评估模块830。

确定模块810用于响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比。在一实施例中，确定模块810可以用于执行前文描述的操作S210，在此不再赘述。

性能测算模块820用于根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时。在一实施例中，性能测算模块820可以用于执行前文描述的操作S220，在此不再赘述。

性能评估模块830用于根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。在一实施例中，性能评估模块830可以用于执行前文描述的操作S230，在此不再赘述。

根据本公开的实施例，所述性能测算模块820包括：获取子模块、第一计算子模块和第二计算子模块。

获取子模块，用于获取不同流量比例下各链路服务调用总耗时。在一实施例中，获取子模块可以用于执行前文描述的操作S221，在此不再赘述。

第一计算子模块，用于根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时。在一实施例中，第一计算子模块可以用于执行前文描述的操作S222，在此不再赘述。

第二计算子模块，用于取各链路平均耗时的最小值作为所述目标微服务的性能测算值。在一实施例中，第二计算子模块可以用于执行前文描述的操作S223，在此不再赘述。

根据本公开的实施例，所述性能评估模块包括第一确定子模块和性能评估子模块。

第一确定子模块，用于根据业务需求信息确定目标微服务的目标流量比例。在一实施例中，第一确定子模块可以用于执行前文描述的操作S231，在此不再赘述。

性能评估子模块，用于根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。在一实施例中，性能评估子模块可以用于执行前文描述的操作S232，在此不再赘述。

根据本公开的实施例，所述性能评估子模块包括：第一确定单元和第二确定单元，

第一确定单元，用于若确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则确定所述目标微服务满足业务要求。在一实施例中，第一确定单元可以用于执行前文描述的操作S2321，在此不再赘述。

第二确定单元，用于若确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，则对所述目标微服务进行性能测试。在一实施例中，第二确定单元可以用于执行前文描述的操作S2322，在此不再赘述。

根据本公开的实施例，所述确定模块包括第二确定子模块和查询子模块，

第二确定子模块，用于根据微服务性能测试指令确定目标微服务名称。在一实施例中，第二确定子模块可以用于执行前文描述的操作S310，在此不再赘述。

查询子模块，用于使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。在一实施例中，查询子模块可以用于执行前文描述的操作S320，在此不再赘述。

根据本公开的实施例，所述装置还包括：更新模块。

更新模块，用于响应于全量服务调用信息的更新操作，自动更新各微服务的性能测算值。在一实施例中，更新模块可以用于执行前文描述的操作S380，在此不再赘述。

根据本公开的实施例，确定模块810、性能测试模块820和性能评估模块830中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，确定模块810、性能测试模块820和性能评估模块830中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，确定模块810、性能测试模块820和性能评估模块830中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的适于实现微服务性能测试方法的电子设备的方框图。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器909也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器909上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的微服务性能测试方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的微服务性能测试方法。

在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种微服务性能测试方法，其特征在于，所述方法包括：

响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；

根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时；以及

根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

2.根据权利要求1所述的方法，其特征在于，所述根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值包括：

获取不同流量比例下各链路服务调用总耗时；

根据所述各链路服务调用总耗时和所述各链路微服务个数计算不同流量比例下所述目标微服务在各链路的平均耗时；以及

取各链路平均耗时的最小值作为所述目标微服务的性能测算值。

3.根据权利要求1所述的方法，其特征在于，所述根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估包括：

根据业务需求信息确定目标微服务的目标流量比例；以及

根据目标流量比例下的性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

4.根据权利要求3所述的方法，其特征在于，所述根据目标流量比例下的性能测算值和目标微服务的实际运行值对所述目标微服务进行性能评估包括：

若确定所述目标流量比例下的性能测算值大于等于所述目标微服务的实际运行耗时，则确定所述目标微服务满足业务要求；以及

若确定所述目标流量比例下的性能测算值小于所述目标微服务的实际运行耗时，则对所述目标微服务进行性能测试。

5.根据权利要求1所述的方法，其特征在于，所述响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据包括：

根据微服务性能测试指令确定目标微服务名称；以及

使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据。

6.根据权利要求5所述的方法，其特征在于，所述使用所述目标微服务名称在全量服务调用信息中查询所述目标微服务的服务调用链路数据包括：

确定调用所述目标微服务的服务调用链路；以及

确定每一所述服务调用链路的微服务个数和服务调用总耗时。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

响应于全量服务调用信息的更新操作，自动更新各微服务的性能测算值。

8.一种微服务性能测试装置，其特征在于，所述装置包括：

确定模块，用于响应于微服务性能测试指令，根据全量服务调用信息确定目标微服务的服务调用链路数据，其中，所述服务调用链路数据包括各链路微服务个数和不同流量比例下的各链路服务调用总耗时，所述流量比例用于表征需保证交易成功的流量占比；

性能测算模块，用于根据所述各链路微服务个数和所述各链路服务调用总耗时计算所述目标微服务的性能测算值，其中，所述性能测算值包括不同流量比例下的最小耗时；以及

性能评估模块，用于根据业务需求信息、所述性能测算值和目标微服务的实际运行耗时对所述目标微服务进行性能评估。

9.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～7中任一项所述的微服务性能测试方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～7中任一项所述的微服务性能测试方法。