使用无服务器计算模板对应用性能问题进行的辅助检测制造技术

计算资源服务提供者接收用户诊断，该用户诊断包括要对一个或更多个计算资源执行的分析操作。计算资源服务提供者对由用户诊断所指示的资源进行监测。当一个或更多个计算资源超过阈值或以其他方式指示计算资源使用率的异常时，计算资源服务提供者执行一个或更多个分析操作，以确定计算资源使用率增加的一个或更多个原因。一旦计算资源服务提供者完成所述一个或更多个分析操作，就向用户呈现所述一个或更多个分析操作的结果。更多个分析操作的结果。更多个分析操作的结果。

【技术实现步骤摘要】
【国外来华专利技术】使用无服务器计算模板对应用性能问题进行的辅助检测
[0001]相关申请的交叉引用
[0002]本申请要求于2020年9月29日提交的题为“ASSISTED DETECTION OF APPLICATION PERFORMANCE ISSUES USING SERVERLESS COMPUTE TEMPLATES(使用无服务器计算模板对应用性能问题进行的辅助检测)”的美国专利申请第17/037,062号的优先权，该申请的全部内容以引用的方式并入本文用于所有目的。

技术介绍

[0003]计算资源作为一种服务的可用性的增加导致越来越多地使用远程计算资源服务提供者来对多个用户软件应用执行软件应用托管。这些用户不能直接物理访问和控制用于便于托管他们自己的软件应用的硬件资源和软件资源。当出现应用性能问题时以及在出现应用性能问题的情况下，计算资源服务提供者通常提供对日志记录和其他资源使用率数据的访问，以便于确定所述性能问题的原因。然而，客户通常无法有效地使用这些日志记录和资源使用率数据，因此求助于使用多种工具来获得其应用中资源使用的完全可观察性。客户使用多种工具可能成本高昂、复杂、不一致，而且往往会增加解决应用性能问题的平均时间。
附图说明
[0004]将参考附图对各种技术进行描述，在附图中：
[0005]图1示出了用于自动确定系统和应用性能问题的根本原因的示例过程。
[0006]图2示出了用于由计算资源服务提供者执行根本原因分析的示例体系架构。
[0007]图3示出了用户定义的诊断以便于进行根本原因分析的示例。
[0008]图4示出了用于基于用户定义的诊断来监测一个或更多个计算资源的使用率数据的示例体系架构。
[0009]图5示出了用于根据用户定义的诊断来执行计算资源数据的一个或更多个分析操作的示例体系架构。
[0010]图6A示出了便于向用户呈现关于一个或更多个根本原因问题的信息的示例仪表板体系架构。
[0011]图6B示出了使用web浏览器的示例性仪表板界面。
[0012]图7示出了用于由计算资源服务提供者使用用户定义的诊断来执行根本原因分析的过程。
[0013]图8示出了其中可以实施各种实施方式的系统。
具体实施方式
[0014]本文件描述了各种系统和方法，以便于至少部分基于用户提供的诊断来识别与由计算资源服务提供者托管的应用相关的性能问题的一个或更多个根本原因。根本原因分析对在由计算资源服务提供者或任何其他应用托管服务托管的应用中导致应用性能或其他
应用行为劣化的一个或更多个关键问题进行识别。根本原因分析可以另外地提供建议的解决方案，以提高应用性能或促进与应用性能劣化相关的问题的自动解决。为了提高对计算资源服务提供者正在执行的各种应用的根本原因分析的可推广性，本文描述的平台引入了用户提供的诊断，以定义与特定应用相关的关键限制和资源。
[0015]本文描述的用户提供的诊断允许应用提供者指示要对特定资源执行的特定分析操作以及要执行分析的时间窗，以改善解决应用性能问题的平均时间。在一些示例中，对与应用性能问题相关的一个或更多个根本原因的识别是通过一个平台来实施的，该平台便于创建、配置和自动化用户提供的诊断，以对与应用和底层计算资源基础架构相关的性能问题进行分析。这些用户提供的诊断使根本原因识别平台能够收集、聚集和突出显示与应用性能问题相关的关键数据和见解。
[0016]传统上，客户使用多种工具诸如日志管理工具、度量工具以及警报和事件管理工具来识别应用性能问题的原因。这多种工具可能允许用户完全观察应用性能劣化的潜在原因。然而，客户使用多种工具增加了识别和解决应用性能降低的根本原因的平均时间，同时增加了识别根本原因的成本和复杂性。
[0017]根本原因分析需要识别各种客户使用的高度分布式应用基础架构中的问题，其中问题模式可能是特定于客户的，并且可能会遍历分布式应用的各种资源。此外，客户不断迭代且部署对其应用的新的更改，并且对所使用的计算资源基础架构进行更新。对识别用于一个应用配置的模式的根本原因分析解决方案进行部署可能对未来的应用部署无效。因此，根本原因分析解决方案必须能够适应不断变化的用户应用基础架构，并确保分析正确的性能或资源数据。
[0018]为了解决上述复杂性，本文中描述的用于执行根本原因分析的技术和方法依赖于用户提供的诊断。如上所述，用户具有由计算资源服务提供者的资源托管的或者以其他方式利用计算资源服务提供者的资源的一个或更多个应用。这些应用会随着时间的推移而变化或迭代。由于这些随时间的变化，如果不使用多个第三方工具，就无法执行对由于应用资源或计算资源服务提供者资源引起的性能问题的一个或更多个根本原因的检测。这些第三方工具在其资源分析中可能不会考虑对用户应用的更改。用户提供的诊断允许应用开发者或所有者自定义对各种应用迭代和这些迭代使用的资源的根本原因分析。
[0019]首先，由本文所述的系统和方法执行的根本原因分析利用了计算资源服务提供者提供的应用程序编程接口(API)。此API实施或以其他方式提供系统调用，以指示数据分析窗、功能和资源监测，或者与根本原因分析相关的任何其他功能。用户、应用开发者或应用所有者实施由计算资源服务提供者执行的一个或更多个用户提供的诊断，用于根本原因分析和识别性能劣化原因。以下结合图3描述的这些用户提供的诊断包括实施将由无服务器计算服务执行的无服务器计算功能的数据值和软件指令。用户提供的诊断包含数据参数和无服务器计算功能，用于指定应用专门使用的要监测的数据或资源，以及要执行的分析操作，以识别应用性能劣化的一个或更多个根本原因。
[0020]计算资源服务提供者根据用户提供的诊断中指示的度量来监测用户提供的诊断中指示的计算资源。如果计算资源使用超过阈值，或者应用性能劣化超过阈值，则实施根本原因分析的计算资源服务提供者收集数据以执行根本原因分析。该数据可以对应于用户提供的诊断中指示的时间窗。
[0021]使用特定时间窗的数据，计算资源服务提供者的根本原因分析执行一个或更多个分析操作，这些操作也可以在用户提供的诊断中指示，或者通过根本原因分析默认实施，以确定应用性能劣化的一个或更多个根本原因。这些分析操作至少包括初始的或特定于资源的分析。如下文结合图3和图5所述，可以如用户提供的诊断所指示的那样执行附加的分析操作。
[0022]在将一个或更多个分析操作应用于用户提供的诊断中指示的任何特定时间窗的数据之后，结果将显示在仪表板上。仪表板是由计算资源服务提供者提供或呈现的web界面或其他界面，包括关于在用户提供的诊断中指示或指定的资源和分析的信息。仪表板指示由用户提供的诊断中指示的或在根本原因分析中默认执行的一个或更多个分析操作识别的应用性能问题的根本原因。可选地，仪表板可以包括要执行的用于解决应用性能问题的建议补救步骤。仪表板还可以包括一个或更多个按钮或其他用户反馈设施，以触发要在计算资源服务提供者上执行的补救步骤。
[0023]虽然应用性能问题的根本原因分析被广本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】1.一种系统，所述系统包括：一个或更多个处理器；存储器，所述存储器存储计算机可执行指令，所述计算机可执行指令在被执行的情况下使所述一个或更多个处理器执行下述操作：经由接口接收指示一组分析功能的信息，所述一组分析功能将响应于对计算资源的性能监测指示劣化的性能而被触发；响应于所述性能监测指示所述计算资源的劣化的性能，使所述一组分析功能确定所述劣化的性能的原因；以及提供所述一组分析功能的执行结果，以使得能够对所述计算资源的性能进行恢复。2.根据权利要求1所述的系统，其中，所述计算机可执行指令还使所述一个或更多个处理器执行下述操作：使所述一组分析功能通过向无服务器计算服务至少传送一组应用程序编程接口调用来确定所述原因。3.根据权利要求1所述的系统，其中，所述计算机可执行指令还使所述一个或更多个处理器执行下述操作：使用所述系统的计算资源监测服务来对所述计算资源的性能进行监测，并且响应于所述性能监测指示劣化的性能，来执行针对由所述计算资源监测服务所监测的所述计算资源的所述一组分析功能。4.根据权利要求1所述的系统，其中，所述计算机可执行指令还使所述一个或更多个处理器执行下述操作：经由所述接口接收指示性能劣化的所述计算资源的一个或更多个使用率值。5.根据权利要求1所述的系统，其中，所述分析功能包括一个或更多个第一分析功能以及一个或更多个第二分析功能，所述一个或更多个第一分析功能与所述计算资源相关联，并且所述一个或更多个第二分析功能与和所述计算资源相关联的一个或更多个第二计算资源相关联。6.根据权利要求1所述的系统，其中，使用与所述计算资源相关联的针对经由所述接口接收到的时间值的一个或更多个性能数据集来执行对所述计算资源的所述性能监测。7.根据权利要求6所述的系统，其中，所述一组分析功能的执行结...

【专利技术属性】
技术研发人员：苏迪普莎，
申请(专利权)人：亚马逊技术有限公司，
类型：发明
国别省市：