CN113869989A - 一种信息处理方法及装置 - Google Patents

Abstract

本申请提供了一种信息处理方法及装置。通过本申请，不需要租户的工作人员在服务端中手动选择需要的基础服务组件以及手动配置各个基础服务组件之间的依赖关系，而可以直接向租户提供历史过程中在服务端中真实出现过的组件调用链路，在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路（基础服务组件之间的依赖关系已经确定），从而在满足租户的实际需求的情况下可以降低人工成本，提高租户的体验。其次，通过聚类以及从聚类得到的每一个组件调用链路集合中分别选择组件调用链路，以尽可能避免提供给租户大量的相似的组件调用链路，降低重复推送的程度，进而降低了租户在提供的组件调用链路中选择需要的组件调用链路的选择难度。

Description

一种信息处理方法及装置

技术领域

本申请涉及新一代信息技术领域，特别是涉及一种信息处理方法及装置。

背景技术

随着技术的飞速发展，服务端得到了快速发展，开发人员可以在服务端中部署大量的基础服务组件，以供租户租用，并在租户需要为广大客户提供服务时，调用服务端的基础服务组件来处理客户的线上数据，以实现为客户提供服务。

例如，在一个例子中，在电商场景中，客户可以在租户的电商平台上下订单，在电商平台得到客户提交的下订单的请求之后，电商平台需要创建订单，在创建订单时，需要获取订单的金额、生成订单的订单号、获取订单中的商品的名称以及获取订单中的商品的收件地址等。

在获取订单的金额时，需要获取商品的售价、商品的优惠信息、电商平平台的优惠信息以及客户账户内的红包等。

在上述例子中，获取订单的金额需要基于用于获取金额的基础服务组件，生成订单的订单号需要基于用于生成订单号的基础服务组件、获取订单中的商品的名称需要基于用于获取商品的名称的基础服务组件，获取订单中的商品的收件地址需要基于用于获取收件地址的基础服务组件。

在基于用于获取金额的基础服务组件获取订单的金额时，需要获取商品的售价、商品的优惠信息、电商平台的优惠信息、客户账户内的红包等。其中，获取商品的售价需要基于用于获取售价的基础服务组件，获取商品的优惠信息需要基于一个用于获取优惠信息的基础服务组件、获取电商平台的优惠信息需要基于另一个用于获取优惠信息的基础服务组件以及获取客户账户内的红包需要基于用于获取红包的基础服务组件等，也即，实现生成订单的目的需要基于对应的基础服务组件来实现。

其中，服务端对接租户，租户可以为一些需要为广大客户提供服务的主体等，例如，一些电商公司以及一些短视频公司等。

租户在需要为广大客户提供服务的情况下，需要具备为广大客户提供服务的能力，为了具备为广大客户提供服务的能力，租户可以生成服务模型，服务模型可以处理广大客户的线上数据，以实现对广大客户提供服务。

为了能够生成服务模型，租户可以根据自身的实际需求，从服务端租借需要的基础服务组件，并生成服务模型，服务模型中包括租借的基础服务组件的组件标识以及记录有各个组件标识对应的基础服务组件之间的依赖关系，将生成的服务模型部署在租户的平台上，在租户的平台处理客户的线上数据的情况下，租户的平台根据服务模型中的组件标识以及依赖关系依次从服务端中调用基础服务组件以对线上数据处理，以实现对客户提供服务。

其中，在租户根据自身的实际需求从服务端租借需要的基础服务组件时，租户的工作人员可以根据工作经验，手动在服务端中人工选择需要的基础服务组件，其次，可以根据工作经验人工配置各个基础服务组件之间的依赖关系。

发明内容

本申请示出了一种信息处理方法及装置。

第一方面，本申请示出了一种信息处理方法，应用于服务端，所述方法包括：在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

第二方面，本申请示出了一种信息处理装置，应用于服务端，所述装置包括：获取模块，用于在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；聚类模块，用于将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；选择模块，用于在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；提供模块，用于向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

第三方面，本申请示出了一种电子设备，所述电子设备包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行如前述的任一方面所示的方法。

第四方面，本申请示出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如前述的任一方面所示的方法。

第五方面，本申请示出了一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如前述的任一方面所示的方法。

与现有技术相比，本申请包括以下优点：

在本申请中，在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

通过本申请，不需要租户的工作人员在服务端中手动选择需要的基础服务组件以及手动配置各个基础服务组件之间的依赖关系，而可以直接向租户提供历史过程中在服务端中真实出现过的组件调用链路，在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路（基础服务组件之间的依赖关系已经确定了），从而在满足租户的实际需求的情况下可以降低人工成本，提高租户的体验。

其次，通过聚类以及从聚类得到的每一个组件调用链路集合中分别选择组件调用链路，以尽可能避免提供给租户大量的相似的组件调用链路，降低了重复推送的程度，进而降低了租户在提供的组件调用链路中选择需要的组件调用链路的选择难度。

另外，由于在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路，因此，可以避免由于工作经验少而导致人工配置的组件调用链路不可用的情况，在租户使用提供的组件调用链路生成服务模型的情况下，提高了租户使用服务模型对客户的线上数据能够正常处理的可能性，也即，提高了租户能够正常对客户提供服务的可能性。

附图说明

图1是本申请的一种信息处理方法的步骤流程图。

图2是本申请的一种获取组件调用链路的方法的步骤流程图。

图3是本申请的一种对组件调用链路聚类的方法的步骤流程图。

图4是本申请的一种基础服务组件之间的依赖关系的示意图。

图5是本申请的一种选择组件调用链路的方法的步骤流程图。

图6是本申请的一种信息处理装置的结构框图。

图7是本申请的一种装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

正如背景技术所述，在租户需要借助服务端中的基础服务组件生成服务模型的情况下，租户需要手动在服务端中人工选择需要的基础服务组件以及人工配置各个基础服务组件之间的依赖关系。

但是，发明人发现，上述方式中需要租户的工作人员参与，导致租户的人工成本高。

其次，在租户的工作人员的工作经验少的情况下，人工根据需要选择的基础服务组件可能与对线上数据处理时实际需要的基础服务组件不符，以及，人工配置各个基础服务组件之间的依赖关系可能与对线上数据处理时实际需要的依赖关系不符，导致生成的服务模型无法正常对客户的线上数据处理，进而导致无法正常对客户提供服务。

因此，发明人据此提出了在租户借助服务端中的基础服务组件生成服务模型的情况下，降低人工成本的期望，以及，使得生成的服务模型与租户的实际需求相符合的期望。

为了在租户借助服务端中的基础服务组件生成服务模型的情况下，降低人工成本，以及，使得生成的服务模型与租户的实际需求相符合，发明人仔细对在历史过程中在服务端中真实出现过的多个组件调用链路进行分析，多个组件调用链路是服务端在历史过程中分别处理各个客户的真实的线上数据的过程中形成的，经过仔细的分析后，发明人发现，服务端在分别处理至少部分客户的真实线上数据的过程中，在服务端中依次调用的基础服务组件组成的组件调用链路相同或者相似，也即，至少部分客户所涉及的组件调用链路是可以复用的。

在这种情况下，如果一些客户需要借助服务端中的基础服务组件生成服务模型，则可以向这些客户提供服务端在历史过程中处理其他客户的真实的线上数据的过程中形成的组件调用链路（往往是实际可用的组件调用链路），以供这些租户可以直接借助提供的组件调用链路生成自己的服务模型，或者，对提供的组件调用链路进行小部分修改，以使修改后的组件调用链路符合自己的实际需求，并借助修改后的组件调用链路生成自己的服务模型。如此可以降低租户的工作量，降低人工成本，以及尽可能地使得生成的服务模型可用且符合租户的实际需求。

参照图1，示出了本申请的一种信息处理方法的流程示意图，该方法应用于服务端等，该方法包括：

在步骤S101中，在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的。

服务端中配置有大量的基础服务组件以供租户在为客户提供服务时调用，例如，在处理客户的线上数据时调用。

一个组件调用链路中包括多个基础服务组件，且多个基础服务组件中的至少部分基础服务组件之间存在依赖关系。

例如，在组件调用链路中，若一个基础服务组件正常调用，才会使得另一个服务可能能够正常调用，则该另一个基础服务组件依赖该一个基础服务组件。

例如，在一个例子中，在服务端对租户提交的客户的线上数据处理的情况下，需要调用基础服务组件A，在调用基础服务组件A时，需要调用基础服务组件B、基础服务组件C以及基础服务组件D，在调用基础服务组件D时，需要调用基础服务组件E以及基础服务组件F。

则在上述例子中，组件调用链路包括：基础服务组件A、基础服务组件B、基础服务组件C、基础服务组件D、基础服务组件E以及基础服务组件F。且在该组件调用链路中，基础服务组件A依赖基础服务组件B、基础服务组件C以及基础服务组件D，基础服务组件D依赖基础服务组件E以及基础服务组件F。

在历史过程中，服务端处理了大量的线上数据，在处理每一个线上数据时，都会调用一些基础服务组件且调用的这些基础服务组件之间具有先后逻辑顺序，先后逻辑顺序体现了这些基础服务组件之间的依赖关系等。

另外，服务端中记录了各个基础服务组件的日志文件，基础服务组件的日志文件中记录有：该基础服务组件在历史过程中每一次调用时所涉及的（例如，所在的）组件调用链路的链路标识，以及，在每一次调用时与其所涉及的组件调用链路中的其他基础服务组件之间依赖关系等。

服务端通过各个基础服务组件的日志文件，可以获取在历史过程中在服务端中真实出现过的多个组件调用链路。具体获取方式可以参见之后图2所示的实施例，在此不做详述等。

在步骤S102中，将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合。

任意一个组件调用链路集合中的每两个组件调用链路之间均为相似的组件调用链路。

在本申请中，有些组件调用链路相同，有些组件调用链路虽然不同，但是却比较相似，相似的组件调用链路中包括的基础服务组件相似，或者，相似的组件调用链路中包括的基础服务组件之间的依赖关系相似等，如此，相似的组件调用链路的功能是相同或者相似的，例如，均为生成订单的组件调用链路或者均为退订单的组件调用链路等。

其中，在向租户提供组件调用链路时，可以向租户提供少量的组件调用链路，以降低租户的选择难度等，因此，可以将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合，然后执行步骤S103。

其中，聚类的具体方式可以参见之后图3所示的实施例，在此不做详述等。

在步骤S103中，在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路。

在本申请中，对于任意一个组件调用链路集合，该组件调用链路集合中往往包括两个以上的组件调用链路，在向租户提供组件调用链路的场景中，可以向租户提供少量的组件调用链路，以降低租户的选择难度等，如此，对于任意一个组件调用链路集合，可以从该组件调用链路集合中包括的两个以上的组件调用链路中选择部分组件调用链路以给租户提供，例如，从该组件调用链路集合中包括的两个以上的组件调用链路中选择适用于租户的至少一个组件调用链路以给租户提供等。

其中，具体选择方式可以参见之后图4所示的实施例，在此不做详述等。

在步骤S104中，向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

在一个实施例中，服务端可以向租户使用的终端发送选择的组件调用链路，以使租户在其使用的终端上可以查看组件调用链路，进而可以了解到组件调用链路中包括有哪些基础服务组件以及包括的基础服务组件之间的依赖关系等，然后参考组件调用链路中包括有哪些基础服务组件以及包括的基础服务组件之间的依赖关系等，来创建自己的服务模型，然后可以在自己的平台上部署服务模型，使用服务模型对外提供服务（例如对广大客户提供服务等）。

在本申请中，在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

通过本申请，不需要租户的工作人员在服务端中手动选择需要的基础服务组件以及手动配置各个基础服务组件之间的依赖关系，而可以直接向租户提供历史过程中在服务端中真实出现过的组件调用链路，在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路（基础服务组件之间的依赖关系已经确定了），从而在满足租户的实际需求的情况下可以降低人工成本，提高租户的体验。

其次，通过聚类以及从聚类得到的每一个组件调用链路集合中分别选择组件调用链路，以尽可能避免提供给租户大量的相似的组件调用链路，降低了重复推送的程度，进而降低了租户在提供的组件调用链路中选择需要的组件调用链路的选择难度。

另外，由于在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路，因此，可以避免由于工作经验少而导致人工配置的组件调用链路不可用的情况，在租户使用提供的组件调用链路生成服务模型的情况下，提高了租户使用服务模型对客户的线上数据能够正常处理的可能性，也即，提高了租户能够正常对客户提供服务的可能性。

在本申请一个实施例中，参见图2，步骤S101可以通过如下流程实现，包括：

在步骤S201中，获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件。

对于服务端中已配置的多个基础服务组件中的任意一个基础服务组件，该基础服务组件的日志文件中记录有在历史过程中服务端实际调用该基础服务组件的调用情况。

其中，该基础服务组件的日志文件中可以包括多个子文件，每一个子文件是在历史过程中服务端实际调用该基础服务组件的情况下生成的。

例如，每当根据服务端调用一次该基础服务组件，往往是根据一个组件调用链路调用的该基础服务组件，且该基础服务组件可以与该组件调用链路中的其他基础服务组件之间具有依赖关系，如此，可以在该基础服务组件的日志文件中生成一个子文件，并在子文件中记录该组件调用链路的链路标识，以表示该基础服务组件此次被调用的事件涉及该一个组件调用链路的链路标识，以及，在该子文件中记录该基础服务组件可以与该组件调用链路中的其他基础服务组件之间具有依赖关系。

如此，实现该基础服务组件的日志文件中记录有该基础服务组件所涉及的各个组件调用链路的链路标识以及该基础服务组件与其所在的组件调用链路中的其他基础服务组件之间依赖关系。

例如，在一个例子中，开发人员事先开发有多个基础服务组件，并将多个基础服务组件配置至服务端中，如此，服务端中就配置有多个基础服务组件。

服务端根据租户的实际需求可以依次调用一些基础服务组件，依次调用的基础服务组件组成一个组件调用链路。例如，租户借助服务端的基础服务组件为广大客户提供服务，为了解决客户的一些实际需求，租户需要调用服务端的一些基础服务组件，且在调用的一些基础服务组件之间形成了组件调用链路。

在服务端根据租户的实际需求调用第一个基础服务组件的情况下，就会在第一个基础服务组件的日志文件中生成一个子文件。然后生成一个链路标识，并在子文件中记录该链路标识。

在服务端根据租户的实际需求调用第一个基础服务组件依赖的第二个基础服务组件的情况下，就会在第二个基础服务组件的日志文件中生成一个子文件。并在该子文件中记录生成的该链路标识。其次，可以在该子文件中记录关于第二个基础服务组件的依赖关系，例如，记录依赖第二个基础服务组件的第一个基础服务组件的组件标识等。

在服务端根据租户的实际需求调用第二个基础服务组件依赖的第三个基础服务组件的情况下，就会在第三个基础服务组件的日志文件中生成一个子文件。并在该子文件中记录生成的该链路标识。其次，可以在该子文件中记录关于第二个基础服务组件的依赖关系，例如，记录依赖第三个基础服务组件的第二个基础服务组件的组件标识等。

如此，根据每一个基础服务组件的日志文件可以还原出在历史过程中在服务端中真实出现过的多个组件调用链路等，具体还原方式可以参见步骤S202。

这些组件调用链路是在历史过程中实际存在的，如此，可以向租户提供这些在历史过程中实际存在的组件调用链路中的至少部分组件调用链路等，以供租户在生成服务模型时参考。

在步骤S202中，根据至少部分基础服务组件的日志文件，构建在历史过程中在服务端中真实出现过的多个组件调用链路。

在本申请一个实施例中，本步骤可以通过如下流程实现，包括：

2011、在多个基础服务组件中，筛选日志文件中记录的链路标识相同的基础服务组件。

任意一个基础服务组件中的日志文件中记录的链路标识是：在形成该链路标识对应的组件调用链路的过程中调用该基础服务组件的情况下，在该基础服务组件中的日志文件中存储的。

在本申请中，服务端中已配置的各个基础服务组件的日志文件中均包括多个子文件。

对于任意一个基础服务组件的日志文件中的任意一个子文件，获取该子文件中的链路标识，然后在多个基础服务组件中的除该基础服务组件以外的其他基础服务组件中的日志文件中的各个子文件中分别查找该链路标识，确定日志文件中包括“记录有该链路标识的子文件”的基础服务组件，将该基础服务组件与确定出的基础服务组件确定为日志文件中的链路标识相同的基础服务组件，对于该基础服务组件的日志文件中的其他每一个子文件以及对于其他每一个基础服务组件的日志文件中的其他每一个子文件，同样执行上述操作，然后执行步骤2012。

通过本步骤中，可能得到多份基础服务组件，每一份基础服务组件中的各个基础服务组件的日志文件中记录有相同的链路标识。

对于每一份基础服务组件，可以分别执行步骤2012的流程，从而得到每一份基础服务组件对应的组件调用链路。

其中，在得到的多份基础服务组件中，有些两份基础服务组件中可能存在有相同的基础服务组件等，也可能有些两份基础服务组件中不存在相同的基础服务组件等。

2012、根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路。

其中，对于筛选的任意一个基础服务组件，该基础服务组件的日志文件中记录了：在筛选的基础服务组件中，依赖该基础服务组件的基础服务组件的组件标识，也即，是该组件标识对应的基础服务组件依赖该基础服务组件。

对于筛选的其他每一个基础服务组件，同样如此。

在本申请中，在一种可能的情况下，组件调用链路中不会存在两个相同的子链路且两个子链路被同一个基础服务组件依赖的情况，但是，有时候在实际调用基础服务组件的过程中，可能由于一些外部原因导致对某些基础服务组件调用失败的情况，又会重新调用这些基础服务组件，直至调用成功为止，但是这样在组件调用链路中就存在两个以上的这些子链路，两个以上的这些链路就组成了两个以上的子组件调用链路，且这两个以上的子组件调用链路相同以及均被同一个基础服务组件依赖。实际上两个以上的子组件调用链路是重复的，组件调用链路中仅需存在两个以上的子组件调用链路中的一个子组件调用链路即可。

因此，在这种情况下，在组合得到这种组件调用链路之后，可以在组合得到的这种组件调用链路中删除两个以上的子组件调用链路中的部分子组件调用链路，仅保留两个以上的子组件调用链路中的一个子组件调用链路即可，以实现对组合得到的这种组件调用链路精简。

例如，在一个实施例中，在步骤2012之后，可以确定组合得到的组件调用链路中是否存在相同的至少两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖。子组件调用链路中可以包括一个基础服务组件，也可以包括两个以上的具有依赖关系的基础服务组件等。在组合得到的组件调用链路中存在相同的两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖的情况下，在组合得到的组件调用链路中，删除相同的至少两个子组件调用链路中的部分子组件调用链路，以使组合得到的组件调用链路中保留至少两个子组件调用链路中的一个子组件调用链路。

在本申请另一实施例中，向租户提供组件调用链路是为了租户参考组件调用链路生成用于对广大客户提供的服务模型。

为了提高租户的体验以及广大客户的体验，需要使得提供给租户的组件调用链路中不存在至少一个基础服务组件最终未调用成功的情况，否则租户根据这种组件调用链路生成服务模型之后，在根据这种服务模型向广大租户提供服务的情况下，仍旧会按照上述链路调用基础服务组件，但是也可能出现未调用成功的情况（例如，即使重复调用多次也也可能未调用成功等），这就使得租户使用服务模型无法正常为广大客户提供服务，降低租户和广大客户的体验。

因此，在本申请另一实施例中，在步骤S2011之后，可以确定链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中是否最终均调用成功。

在链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中最终均调用成功的情况下，再根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路。

在至少一个基础服务组件在各个基础服务组件涉及的上述组件调用链路中未调用成功的情况下，丢弃链路标识相同的各个基础服务组件。

在本申请一个实施例中，服务端往往会对接大量的租户，且不同的租户所涉及的服务场景不同，例如，不同的租户各自对广大客户提供服务的服务类型不同等。

例如，有些租户涉及短视频场景、有些租户涉及电商场景、有些租户涉及云端存储场景、有些租户涉及游戏场景、有些租户涉及通讯社交场景等。

另外，服务端中已配置的基础服务组件也往往是大量的，不同的服务场景中涉及的基础服务组件不同。

例如，有些基础服务组件在短视频场景中才会使用到，有些基础服务组件在电商场景中才会使用到，有些基础服务组件在云端存储场景中才会使用到，有些基础服务组件在涉及游戏场景中才会使用到，有些租户在通讯社交场景中才会使用到，当然了，有些基础服务组件可能在两个以上的服务场景中均会使用到。

然而，租户往往涉及部分场景，而不是涉及全部的场景。

如果某一个基础服务组件不涉及租户所涉及的场景，则该一个基础服务组件所在的组件调用链路往往也不涉及租户所涉及的场景，也即，该一个基础服务组件所在的组件调用链路对租户而言是无用的，是可以不向该租户提供该一个基础服务组件所在的组件调用链路的，否则租户得到是自己实际并不会用到的组件调用链路，会导致提供精准度低且降低租户体验。

因此，为了避免上述情况发生，在本申请另一实施例中，在步骤S201中获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件时，可以获取租户涉及的服务场景。租户涉及的服务场景可以是租户在服务端中输入的等。然后在服务端中已配置的多个基础服务组件中，确定涉及该服务场景的基础服务组件。之后可以获取涉及该服务场景的基础服务组件的日志文件。

例如，对于服务端上配置的任意一个基础服务组件，事先可以确定该基础服务组件涉及的服务场景，并在基础服务组件的组件标识与基础服务组件涉及的服务场景之间的对应关系中，存储该基础服务组件的组件标识以及该基础服务组件涉及的服务场景，对于服务端上配置的其他每一个基础服务组件，同样如此。

如此，在服务端中已配置的多个基础服务组件中，确定涉及该服务场景的基础服务组件时，可以在基础服务组件的组件标识与基础服务组件涉及的服务场景之间的对应关系中，查找与服务场景相对应的基础服务组件的组件标识，将查找到的组件标识对应的基础服务组件确定为涉及该服务场景的基础服务组件。

在本申请中，租户可以基于服务端提供的组件调用链路的基础服务组件开发服务模型，以通过服务模型对广大客户提供服务。

然而，如果提供给租户的组件调用链路为不可用的组件调用链路或者可用但不可靠的组件调用链路，则会导致租户根据提供的组件调用链路生成的服务模型在实际调用过程中不可用或者不可靠，会影响租户通过服务模型对广大客户提供服务。

因此，为了避免这种情况发生，在本申请中，需要提供给租户正常可用的组件调用链路且可靠性高的组件调用链路。

为了能够提供给租户正常可用的组件调用链路且可靠性高的组件调用链路，在本申请中，就可以不根据不正常且可靠性低的基础服务组件还原组件调用链路。

为了不根据不正常且可靠性低的基础服务组件还原组件调用链路，可以不获取不正常且可靠性低的基础服务组件的日志文件，这样之后在还原组件调用链路的过程中，就不会根据不正常且可靠性低的基础服务组件的日志文件还原组件调用链路，而仅会根据正常且可靠性高的基础服务组件的日志文件还原组件调用链路，进而使得还原得到的组件调用链路中的基础服务组件均是正常且可靠性高的。

为了不获取不正常且可靠性低的基础服务组件的日志文件，在步骤S201中获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件时，可以获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标。在服务端中已配置的多个基础服务组件中，确定状态指标符合预置要求的基础服务组件。然后获取确定的基础服务组件的日志文件。

其中，在获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标时，对于多个基础服务组件中的任意一个基础服务组件，可以获取在历史过程中该基础服务组件出现目标状态的第一出现次数，然后将第一出现次数作为该基础服务组件在历史过程中的状态指标等。

目标状态可以包括调用失败的状态或者调用异常的状态等，或者，目标状态可以包括调用正常以外的其他可能出现的状态等。

然而，发明人发现，对于该基础服务组件而言，该基础服务组件自身的原因可能会导致该基础服务组件出现目标状态，该基础服务组件依赖的基础服务组件出现目标状态也可能会导致该基础服务组件出现目标状态。

也即，有时候在该基础服务组件出现目标状态的情况下，可能是由该基础服务组件自身的原因引起的，也有可能是该基础服务组件依赖的基础服务组件出现目标状态而引起的。

因此，在获取的在历史过程中该基础服务组件出现目标状态的第一出现次数中，不仅包括：由该基础服务组件自身引起该基础服务组件出现目标状态的次数，也包括：该基础服务组件依赖的基础服务组件出现目标状态而引起该基础服务组件出现目标状态的次数。

而该基础服务组件依赖的基础服务组件出现目标状态而引起该基础服务组件出现目标状态与该基础服务组件自身引起该基础服务组件出现目标状态无关，也即，该基础服务组件依赖的基础服务组件出现目标状态而引起该基础服务组件出现目标状态与的次数是不应当记入第一出现次数中的，否则会导致第一出现次数不准确，很可能将符合预置要求的基础服务组件误判为不符合要求的基础服务组件，而在被误判为不符合要求的基础服务组件恰好与租户涉及的服务场景息息相关的情况下，就无法给租户提供包括该基础服务组件的组件调用链路，导致租户无法得到对租户很可能有用的且很可能需要参考的组件调用链路，降低了提供效率。

因此，为了解决上述问题，在本申请另一实施例中，在一个实施例中，在获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标时，对于多个基础服务组件中的任意一个基础服务组件，获取在历史过程中该基础服务组件出现目标状态的第一出现次数。

例如，可以在基础服务组件的组件标识与目标状态的出现次数之间的对应关系中，查找与该基础服务组件的组件标识相对应的目标状态的出现次数，并作为第一出现次数。基础服务组件的组件标识与目标状态的出现次数之间的对应关系中存储了多个对应表项，每一个对应表项中包括一个基础服务组件的组件标识以及这个基础服务组件的出现目标状态的第一次数。

以及，获取在历史过程中该基础服务组件直接依赖的基础服务组件出现目标状态的第二出现次数。

例如，可以在基础服务组件的组件标识与目标状态的出现次数之间的对应关系中，查找与该基础服务组件直接依赖的基础服务组件的组件标识相对应的目标状态的出现次数，如果该基础服务组件直接依赖的服务为一个，则将查找到的一个出现次数作为第二出现次数。如果该基础服务组件直接依赖的服务为多个，则可以将查找到的各个出现次数求和，得到第二出现次数。

然后至少根据第一出现次数以及第二出现次数获取该基础服务组件在历史过程中的状态指标。例如，可以计算第一出现次数与第二出现次数之间的差值，并作为该基础服务组件在历史过程中的状态指标。

在本申请另一个实施例中，参见图3，步骤S102可以通过如下流程实现，包括：

在步骤S301中，分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度。

组件调用链路之间相似度可以根据组件调用链路中包括的基础服务组件的种类以及基础服务组件之间的依赖关系来确定。

具体地，本步骤可以通过如下流程实现，包括：

3011、分别获取多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，字符串形式的链路信息中包括：组件调用链路中包括的基础服务组件的字符串形式的组件标识以及组件调用链路中包括的基础服务组件之间的依赖关系。

其中，对于多个组件调用链路中的任意一个组件调用链路，可以获取该组件调用链路的字符串形式的链路信息，该组件调用链路的字符串形式的链路信息中包括：该组件调用链路中包括的基础服务组件的组件标识以及该组件调用链路中包括的各个基础服务组件之间的依赖关系。对于多个组件调用链路中的其他每一个组件调用链路，同样如此。

在本申请中，不同的基础服务组件的组件标识不同。

如果某一个基础服务组件依赖另一个基础服务组件，则如果在成功调用某一个基础服务组件之后才可能能够成功调用另一个基础服务组件，则该另一个基础服务组件依赖该某一个基础服务组件。

在一个例子中，例如，参见图4，假设该组件调用链路中包括基础服务组件A、基础服务组件B、基础服务组件C、基础服务组件D、基础服务组件E以及基础服务组件F。

且基础服务组件A分别依赖基础服务组件B、基础服务组件C以及基础服务组件D，基础服务组件D分别依赖基础服务组件E以及基础服务组件F。

其中，基础服务组件A的组件标识为“A”，基础服务组件B的组件标识为“B”，基础服务组件C的组件标识为“C”，基础服务组件D的组件标识为“D”，基础服务组件E的组件标识为“E”，基础服务组件F的组件标识为“F”。

则该组件调用链路的字符串形式的链路信息可以包括[A[B C D[E F ]]]。

从该组件调用链路的字符串形式的链路信息可以看出，基础服务组件E和基础服务组件F分别被基础服务组件D依赖，基础服务组件B、基础服务组件C以及基础服务组件D分别被基础服务组件A依赖。

3012、根据多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离。

本步骤可以通过如下流程实现，包括：

21）、将多个组件调用链路中的各个组件调用链路的字符串形式的链路信息分别转换为向量形式的链路信息。

对于多个组件调用链路的任意一个组件调用链路，对该组件调用链路的字符串形式的链路信息中的、该组件调用链路中的各个基础服务组件的字符串形式的组件标识分别编码，分别得到该组件调用链路中包括的各个基础服务组件的向量形式的组件标识。

字符串形式的组件标识即为一个字符串，向量形式的组件标识即为一个向量。

例如，对基础服务组件A的字符串形式的组件标识“A”编码，得到基础服务组件A的向量形式的组件标识“[1 2 2 4]”。对于基础服务组件B、C、D、E以及F，同样如此。

然后，使用该组件调用链路中包括的各个基础服务组件的向量形式的组件标识，分别替换该组件调用链路的字符串形式的链路信息中对应的字符串形式的组件标识，得到该组件调用链路的中间链路信息。

例如，对于该组件调用链路中的任意一个基础服务组件，使用该基础服务组件的向量形式的组件标识替换该组件调用链路的字符串形式的链路信息中的该基础服务组件的字符串形式的组件标识，对于该组件调用链路中的其他每一个基础服务组件，同样执行上述操作。从而得到该组件调用链路的中间链路。

之后，对该组件调用链路的中间链路中的各个基础服务组件的向量形式的组件标识归一化，得到该组件调用链路的向量形式的链路信息。

例如，分别获取该组件调用链路的中间链路中的各个向量形式的组件标识（是一个向量表示）中的各个数字，分别计算各个数字的平方的和值，计算该和值的开方，将该组件调用链路的中间链路中的各个向量形式的组件标识（是一个向量表示）中的各个数字分别除以该和值的开方，得到该组件调用链路的向量形式的链路信息。以提高在步骤22）中根据两个组件调用链路的向量形式的链路信息获取的两个组件调用链路之间的链路距离的准确率。

22）、根据多个组件调用链路中的每两个组件调用链路的向量形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离。

对于多个组件调用链路中的任意两个组件调用链路，可以计算该两个组件调用链路的向量形式的链路信息之间的欧式距离，并作为该两个组件调用链路之间的链路距离等。

对于多个组件调用链路中的其他每两个组件调用链路，同样如此，从而分别得到多个组件调用链路中的每两个组件调用链路之间的链路距离。

3013、根据多个组件调用链路中的每两个组件调用链路之间的链路距离，分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度。

在本申请中，对于多个组件调用链路中的任意两个组件调用链路，在该两个组件调用链路之间的链路距离越大的情况下，该两个组件调用链路之间的链路相似度越小，在该两个组件调用链路之间的链路距离越小的情况下，该两个组件调用链路之间的链路相似度越大。

因此，在一个例子中，可以计算该两个组件调用链路之间的链路距离的倒数，得到该两个组件调用链路之间的链路相似度。

在步骤S302中，将多个组件调用链路中的链路相似度大于预设相似度的组件调用链路聚合为一个组件调用链路集合。

在本申请一个实施例中，可以使用聚类算法，基于多个组件调用链路中的每两个组件调用链路之间的链路相似度，将多个组件调用链路聚类，得到至少一个组件调用链路集合。

聚类算法可以包括：dbscan（Density-Based Spatial Clustering ofApplications with，基于密度的聚类算法）或者k-means（k-means clusteringalgorithm，k均值聚类算法）或者infomap（基于信息论的社团发现算法）等。

在本申请一个实施例中，参见图5，步骤S103可以通过如下流程实现，包括：

在步骤S401中，获取组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量。

在本申请一个实施例中，可以获取组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数。

其中，对于组件调用链路集合而言，其中往往包括有多个组件调用链路。

有时候，组件调用链路集合中的部分链路是相同的（相同可以理解为包括的服基础服务组件相同且包括的基础服务组件之间的依赖关系相同等），如此，则这部分链路在历史过程中在服务端中真实出现过M次，M等于这部分链路的数量。

其中，对于组件调用链路集合中的任意一个组件调用链路而言，在组件调用链路集合中的除该组件调用链路以外的其他组件调用链路中，如果不存在与该组件调用链路相同的组件调用链路，则说明该组件调用链路在历史过程中在服务端中真实出现过的次数为1次。

在组件调用链路集合中的除该组件调用链路以外的其他组件调用链路中，如果存在N个与该组件调用链路相同的组件调用链路，则说明该组件调用链路在历史过程中在服务端中真实出现过的次数为N+1次，其中，N为正整数。

或者，在本申请另一个实施例中，可以获取组件调用链路集合中的各个组件调用链路中分别包括的基础服务组件的数量。

或者，在本申请又一实施例中，可以获取组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数以及各个组件调用链路中分别包括的基础服务组件的数量。

在步骤S402中，根据各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量，在各个组件调用链路集合中分别选择适用于租户的至少一个组件调用链路。

在本申请一个实施例中，如果在步骤S401中获取到的是组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数，则在步骤S402中，可以在组件调用链路集合中，按照在服务端中分别真实出现过的次数由高至低的顺序，选择至少一个组件调用链路。

或者，在本申请另一实施例中，如果在步骤S401中获取到的是组件调用链路集合中的各个组件调用链路中分别包括的基础服务组件的数量，则在步骤S402中，可以在组件调用链路集合中，按照包括的基础服务组件的数量由高至低的顺序，选择至少一个组件调用链路。

或者，在本申请另一实施例中，如果在步骤S401中获取到的组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数以及各个组件调用链路中分别包括的基础服务组件的数量，则在步骤4202中，对于组件调用链路集合中的任意一个组件调用链路，可以根据该组件调用链路在服务端中分别真实出现过的次数以及该组件调用链路中包括的基础服务组件的数量，获取该组件调用链路的提供分值，对于组件调用链路集合中的其他每一个组件调用链路，执行上述操作，从而得到组件调用链路集合中的每一个组件调用链路的提供分值，然后在组件调用链路集合中，按照提供分值由高至低的顺序，选择至少一个组件调用链路。

其中，在根据该组件调用链路在历史过程中在服务端中真实出现过的次数以及该组件调用链路中包括的基础服务组件的数量，获取该组件调用链路的提供分值时，可以按照如下公式实现：

。

其中，在上述公式中，S为该组件调用链路的提供分值。

w1为第一预设系数，w2为第二预设系数。

X为该组件调用链路在服务端中真实出现过的次数，Y为该组件调用链路中包括的基础服务组件的数量。

C1为第一预设数值，以及C2为第二预设数值。

C1可以包括在服务端中真实出现过的各个组件调用链路在历史过程中在服务端中真实出现过的次数的平均值等。

C2可以包括在服务端中出现过的各个组件调用链路分别包括的基础服务组件的数量的平均值等。

其中，第一预设系数w1与第二预设系数w2之间的和值可以等于特定的数值，特定的数值包括1、1.5或2等，本申请对此不做限定。

第一预设系数w1可以大于或等于0且小于或等于特定的数值，第二预设系数w2可以大于或等于0且小于或等于特定的数值。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本申请所必须的。

参照图6，示出了本申请的一种信息处理装置的结构框图，应用于服务端，该装置具体可以包括如下模块：

获取模块11，用于在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；聚类模块12，用于将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；选择模块13，用于在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；提供模块14，用于向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

在一个可选的实现方式中，所述选择模块包括：第一获取单元，用于获取组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量；选择单元，用于根据各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量，在各个组件调用链路集合中分别选择适用于租户的至少一个组件调用链路。

在一个可选的实现方式中，所述选择单元包括：第一选择子单元，用于在组件调用链路集合中，按照在服务端中分别真实出现过的次数由高至低的顺序，选择至少一个组件调用链路；或者，第二选择子单元，用于在组件调用链路集合中，按照包括的基础服务组件的数量由高至低的顺序，选择至少一个组件调用链路；或者，第一获取子单元，用于对于组件调用链路集合中的每一个组件调用链路，根据所述组件调用链路在服务端中分别真实出现过的次数以及所述组件调用链路中包括的基础服务组件的数量，获取所述组件调用链路的提供分值，第三选择子单元，用于在组件调用链路集合中，按照提供分值由高至低的顺序，选择至少一个组件调用链路。

在一个可选的实现方式中，所述聚类模块包括：第二获取单元，用于分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度；聚合单元，用于将多个组件调用链路中的链路相似度大于预设相似度的组件调用链路聚合为一个组件调用链路集合。

在一个可选的实现方式中，所述第二获取单元包括：第二获取子单元，用于分别获取多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，字符串形式的链路信息中包括：组件调用链路中包括的基础服务组件的字符串形式的组件标识以及组件调用链路中包括的基础服务组件之间的依赖关系；第三获取子单元，用于根据多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离；第四获取子单元，用于根据多个组件调用链路中的每两个组件调用链路之间的链路距离，分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度。

在一个可选的实现方式中，所述第三获取子单元具体用于：将多个组件调用链路中的各个组件调用链路的字符串形式的链路信息分别转换为向量形式的链路信息；根据多个组件调用链路中的每两个组件调用链路的向量形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离。

在一个可选的实现方式中，所述第三获取子单元具体用于包括：对于多个组件调用链路的任意一个组件调用链路，对所述组件调用链路的字符串形式的链路信息中的、所述组件调用链路中的各个基础服务组件的字符串形式的组件标识分别编码，分别得到所述组件调用链路中包括的各个基础服务组件的向量形式的组件标识；使用所述组件调用链路中包括的各个基础服务组件的向量形式的组件标识，分别替换所述组件调用链路的字符串形式的链路信息中对应的字符串形式的组件标识，得到所述组件调用链路的中间链路信息；对所述组件调用链路的中间链路中的各个基础服务组件的向量形式的组件标识归一化，得到所述组件调用链路的向量形式的链路信息。

在一个可选的实现方式中，所述获取模块包括：第三获取单元，用于获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件，日志文件中记录有：基础服务组件在历史过程中每一次调用时所涉及的组件调用链路的链路标识，以及，在每一次调用时与其所涉及的组件调用链路中的其他基础服务组件之间依赖关系；构建单元，用于根据至少部分基础服务组件的日志文件，构建在历史过程中在服务端中真实出现过的多个组件调用链路。

在一个可选的实现方式中，所述构建单元包括：筛选子单元，用于在多个基础服务组件中，筛选日志文件中记录的链路标识相同的基础服务组件；组合子单元，用于根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路。

在一个可选的实现方式中，所述构建单元还包括：第一确定子单元，用于确定组合得到的组件调用链路中是否存在相同的至少两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖；删除子单元，用于在组合得到的组件调用链路中存在相同的两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖的情况下，在组合得到的组件调用链路中，删除相同的至少两个子组件调用链路中的部分子组件调用链路，以使组合得到的组件调用链路中保留至少两个子组件调用链路中的一个子组件调用链路。

在一个可选的实现方式中，所述构建单元还包括：第二确定子单元，用于确定链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中是否最终均调用成功；所述组合子单元还用于：在链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中最终均调用成功的情况下，根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路。

在一个可选的实现方式中，所述第三获取单元包括：第五获取子单元，用于获取租户涉及的服务场景；第一确定子单元，用于在服务端中已配置的多个基础服务组件中，确定涉及所述服务场景的基础服务组件；第六获取子单元，用于获取涉及所述服务场景的基础服务组件的日志文件。

在一个可选的实现方式中，所述第三获取单元包括：第七获取子单元，用于获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标；第二确定子单元，用于在服务端中已配置的多个基础服务组件中，确定状态指标符合预置要求的基础服务组件；第八获取子单元，用于获取确定的基础服务组件的日志文件。

在一个可选的实现方式中，所述第七获取子单元具体用于：对于多个基础服务组件中的任意一个基础服务组件，获取在历史过程中所述基础服务组件出现目标状态的第一出现次数，获取在历史过程中所述基础服务组件直接依赖的基础服务组件出现目标状态的第二出现次数；根据第一出现次数以及第二出现次数获取所述基础服务组件在历史过程中的状态指标。

在本申请中，在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

通过本申请，不需要租户的工作人员在服务端中手动选择需要的基础服务组件以及手动配置各个基础服务组件之间的依赖关系，而可以直接向租户提供历史过程中在服务端中真实出现过的组件调用链路，在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路（基础服务组件之间的依赖关系已经确定了），从而在满足租户的实际需求的情况下可以降低人工成本，提高租户的体验。

其次，通过聚类以及从聚类得到的每一个组件调用链路集合中分别选择组件调用链路，以尽可能避免提供给租户大量的相似的组件调用链路，降低了重复推送的程度，进而降低了租户在提供的组件调用链路中选择需要的组件调用链路的选择难度。

另外，由于在服务端中真实出现过的组件调用链路往往是实际可用的组件调用链路，因此，可以避免由于工作经验少而导致人工配置的组件调用链路不可用的情况，在租户使用提供的组件调用链路生成服务模型的情况下，提高了租户使用服务模型对客户的线上数据能够正常处理的可能性，也即，提高了租户能够正常对客户提供服务的可能性。

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块（programs），该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令（instructions）。

本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中，所述电子设备包括服务器、网关、子设备等，子设备为物联网设备等设备。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器（集群）、终端设备如IoT设备等电子设备。

图7示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置1300 。

对于一个实施例，图7示出了示例性装置1300，该装置具有一个或多个处理器1302、被耦合到(一个或多个)处理器1302中的至少一个的控制模块（芯片组）1304、被耦合到控制模块1304的存储器1306、被耦合到控制模块1304的非易失性存储器(NVM)/存储设备1308、被耦合到控制模块1304的一个或多个输入/输出设备1310，和被耦合到控制模块1304的网络接口1312。

处理器1302可包括一个或多个单核或多核处理器，处理器1302可包括通用处理器或专用处理器（例如图形处理器、应用处理器、基频处理器等）的任意组合。在一些实施例中，装置1300 能够作为本申请实施例中所述网关等服务器设备。

在一些实施例中，装置1300 可包括具有指令1314的一个或多个计算机可读介质(例如，存储器1306或NVM/ 存储设备1308) 和与该一个或多个计算机可读介质相合并被配置为执行指令1314以实现模块从而执行本公开中所述的动作的一个或多个处理器1302。

对于一个实施例，控制模块1304可包括任意适当的接口控制器，以向(一个或多个)处理器1302中的至少一个和/或与控制模块1304通信的任意适当的设备或组件提供任意适当的接口。

控制模块1304可包括存储器控制器模块，以向存储器1306提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

存储器1306可被用于例如为装置1300加载和存储数据和/或指令1314。对于一个实施例，存储器1306可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，存储器1306可包括双倍数据速率四同步动态随机存取存储器(DDR4SDRAM) 。

对于一个实施例，控制模块1304可包括一个或多个输入/输出控制器，以向NVM/存储设备1308及(一个或多个)输入/输出设备1310 提供接口。

例如，NVM/存储设备1308可被用于存储数据和/或指令1314。NVM/存储设备1308可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD) 、一个或多个光盘(CD) 驱动器和/或一个或多个数字通用光盘(DVD) 驱动器)。

NVM/存储设备1308可包括在物理上作为装置1300 被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如， NVM/存储设备1308可通过网络经由(一个或多个)输入/输出设备1310 进行访问。

(一个或多个)输入/输出设备1310 可为装置1300 提供接口以与任意其他适当的设备通信，输入/输出设备1310可以包括通信组件、拼音组件、传感器组件等。网络接口1312可为装置1300 提供接口以通过一个或多个网络通信，装置1300 可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi、2G、3G、4G、5G等，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器(例如，存储器控制器模块) 的逻辑封装在一起。对于一个实施例，(一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP) 。对于一个实施例， (一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例， (一个或多个)处理器1302中的至少一个可与控制模块1304的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC) 。

在各个实施例中，装置1300可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置1300 可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置1300包括一个或多个摄像机、键盘、液晶显示器(LCD) 屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC) 和扬声器。

本申请实施例提供了一种电子设备，包括：一个或多个处理器；和，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行如本申请中一个或多个所述的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、和流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例和落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种信息处理方法，其特征在于，应用于服务端，所述方法包括：

在租户需要借助服务端中提供的基础服务组件生成服务模型的情况下，获取在历史过程中在服务端中真实出现过的多个组件调用链路，多个组件调用链路是服务端在历史过程中处理客户的真实的线上数据的过程中形成的；

将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合；

在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路；

向租户提供选择的组件调用链路，以使租户至少借助提供的组件调用链路生成服务模型。

2.根据权利要求1所述的方法，其特征在于，所述在各个组件调用链路集合中，分别选择适用于租户的至少一个组件调用链路，包括：

获取组件调用链路集合中的各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量；

根据各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量，在各个组件调用链路集合中分别选择适用于租户的至少一个组件调用链路。

3.根据权利要求2所述的方法，其特征在于，所述根据各个组件调用链路在服务端中分别真实出现过的次数和/或各个组件调用链路中分别包括的基础服务组件的数量，在各个组件调用链路集合中分别选择适用于租户的至少一个组件调用链路，包括：

在组件调用链路集合中，按照在服务端中分别真实出现过的次数由高至低的顺序，选择至少一个组件调用链路；

或者，

在组件调用链路集合中，按照包括的基础服务组件的数量由高至低的顺序，选择至少一个组件调用链路；

或者，

对于组件调用链路集合中的每一个组件调用链路，根据所述组件调用链路在服务端中分别真实出现过的次数以及所述组件调用链路中包括的基础服务组件的数量，获取所述组件调用链路的提供分值，在组件调用链路集合中，按照提供分值由高至低的顺序，选择至少一个组件调用链路。

4.根据权利要求1所述的方法，其特征在于，所述将多个组件调用链路中的相似的组件调用链路聚类，得到至少一个组件调用链路集合，包括：

分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度；

将多个组件调用链路中的链路相似度大于预设相似度的组件调用链路聚合为一个组件调用链路集合。

5.根据权利要求4所述的方法，其特征在于，所述分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度，包括：

分别获取多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，字符串形式的链路信息中包括：组件调用链路中包括的基础服务组件的字符串形式的组件标识以及组件调用链路中包括的基础服务组件之间的依赖关系；

根据多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离；

根据多个组件调用链路中的每两个组件调用链路之间的链路距离，分别获取多个组件调用链路中的每两个组件调用链路之间的链路相似度。

6.根据权利要求5所述的方法，其特征在于，所述根据多个组件调用链路中的各个组件调用链路的字符串形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离，包括：

将多个组件调用链路中的各个组件调用链路的字符串形式的链路信息分别转换为向量形式的链路信息；

根据多个组件调用链路中的每两个组件调用链路的向量形式的链路信息，获取多个组件调用链路中的每两个组件调用链路之间的链路距离。

7.根据权利要求6所述的方法，其特征在于，所述将多个组件调用链路中的各个组件调用链路的字符串形式的链路信息分别转换为向量形式的链路信息，包括：

对于多个组件调用链路的任意一个组件调用链路，对所述组件调用链路的字符串形式的链路信息中的、所述组件调用链路中的各个基础服务组件的字符串形式的组件标识分别编码，分别得到所述组件调用链路中包括的各个基础服务组件的向量形式的组件标识；

使用所述组件调用链路中包括的各个基础服务组件的向量形式的组件标识，分别替换所述组件调用链路的字符串形式的链路信息中对应的字符串形式的组件标识，得到所述组件调用链路的中间链路信息；

对所述组件调用链路的中间链路中的各个基础服务组件的向量形式的组件标识归一化，得到所述组件调用链路的向量形式的链路信息。

8.根据权利要求1所述的方法，其特征在于，所述获取在历史过程中在服务端中真实出现过的多个组件调用链路，包括：

获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件，日志文件中记录有：基础服务组件在历史过程中每一次调用时所涉及的组件调用链路的链路标识，以及，在每一次调用时与其所涉及的组件调用链路中的其他基础服务组件之间依赖关系；

根据至少部分基础服务组件的日志文件，构建在历史过程中在服务端中真实出现过的多个组件调用链路。

9.根据权利要求8所述的方法，其特征在于，所述根据至少部分基础服务组件的日志文件，构建在历史过程中在服务端中真实出现过的多个组件调用链路，包括：

在多个基础服务组件中，筛选日志文件中记录的链路标识相同的基础服务组件；

根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

确定组合得到的组件调用链路中是否存在相同的至少两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖；

在组合得到的组件调用链路中存在相同的两个子组件调用链路且相同的至少两个子组件调用链路均被同一个基础服务组件依赖的情况下，在组合得到的组件调用链路中，删除相同的至少两个子组件调用链路中的部分子组件调用链路，以使组合得到的组件调用链路中保留至少两个子组件调用链路中的一个子组件调用链路。

11.根据权利要求9所述的方法，其特征在于，所述方法还包括：

确定链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中是否最终均调用成功；

在链路标识相同的各个基础服务组件在其涉及的同一组件调用链路中最终均调用成功的情况下，再执行根据筛选的基础服务组件的日志文件中记录的、筛选的基础服务组件之间依赖关系，将筛选的基础服务组件组合为一个组件调用链路的步骤。

12.根据权利要求8所述的方法，其特征在于，所述获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件，包括：

获取租户涉及的服务场景；

在服务端中已配置的多个基础服务组件中，确定涉及所述服务场景的基础服务组件；

获取涉及所述服务场景的基础服务组件的日志文件。

13.根据权利要求8所述的方法，其特征在于，所述获取服务端中已配置的多个基础服务组件中的至少部分基础服务组件的日志文件，包括：

获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标；

在服务端中已配置的多个基础服务组件中，确定状态指标符合预置要求的基础服务组件；

获取确定的基础服务组件的日志文件。

14.根据权利要求13所述的方法，其特征在于，所述获取服务端中已配置的多个基础服务组件的各个基础服务组件的在历史过程中的状态指标，包括：

对于多个基础服务组件中的任意一个基础服务组件，获取在历史过程中所述基础服务组件出现目标状态的第一出现次数，获取在历史过程中所述基础服务组件直接依赖的基础服务组件出现目标状态的第二出现次数；

根据第一出现次数以及第二出现次数获取所述基础服务组件在历史过程中的状态指标。

15.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至14中任一项所述的方法的步骤。

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

Images