有关定义性能目标的建议
适用于此 Power Platform Well-Architected Performance Efficiency 清单建议：
| PE:01 | 定义性能目标。 性能目标应该是与工作负荷要求相关的数值。 您应该实现所有工作负荷流的性能目标。 |
|---|
本指南介绍有关建立和公开性能目标的建议。 性能目标是定义性能目标的指标。 这些度量表示为单个数值或数值范围。 它们是清晰而具体的指标，可推动持续改进。 性能目标是改进的数字基础，可帮助团队将工作与特定目标保持一致。 如果没有明确的性能目标，团队可能会缺乏焦点，并且对性能问题缺乏责任。 通过设置性能目标，团队可以朝着特定目标努力，并推动持续改进。
定义
| 术语 | 定义 |
|---|---|
| 数据流 | 数据在系统内或系统之间的移动。 |
| 依赖项 | 工作负荷依赖的组件。 |
| 流程 | 在工作负荷中，是执行特定函数的一系列操作。 它涉及数据移动和工作负载组件之间的进程运行。 尽管“流”可能意味着一个 Power Automate 流，但在此上下文中，它指的是一个与特定实现无关的通用序列。 |
| 指标 | 定期收集的数值。 指标描述系统在特定时间的某些方面。 |
| 性能目标 | 定义绩效目标的指标。 这些度量表示为单个数值或数值范围。 |
| 用户流 | 用户在应用程序或系统内执行的操作路径或序列。 |
| Workflow | 工作负载为完成任务而运行的步骤序列。 |
关键设计策略
建立性能目标是实现工作负载性能效率的重要步骤。 性能目标定义工作负荷的所需性能级别，并帮助您度量其达到这些目标的效率。 性能目标提供了衡量和比较工作负载效率的基准。 此基准可帮助你突出显示改进领域。 这些目标还使任务与组织的目标保持一致，并增强业务成果。 此外，性能目标还提供资源分配方面的指导，帮助你确保工作负载能够适应不同的需求，同时保持最佳性能。
尽早设置性能目标
在部署工作负荷之前设置性能目标。 绩效目标需要研究。 开展市场调研、竞争分析和调查，以生成您的绩效目标范围。 对于没有性能目标的生产工作负载，请使用生产数据和客户反馈来建立性能目标。
确定性能要求
确定性能要求就是确定对工作负荷至关重要的基本性能指标，如响应时间、吞吐量和延迟。 使这些性能目标与组织业务目标一致可确保工作负荷满足所需的标准，无论工作负荷是一流产品还是平均产品。 例如，可能旨在缩短响应时间、提高吞吐量速率或优化资源使用。
设置性能目标时，请务必使组织的目标与用户群的不同需求保持一致。 用户最终决定性能的成功，强调需要使性能目标与其期望保持一致。 此平衡可确保性能目标可捕获预期用户体验和工作负荷的整体效率。
若要综合度量和优化工作负荷性能，应考虑为以下项设置性能目标：
- 单个组件：单个组件是工作负载的单独单元或段，每个组件都有不同的性能属性和需求。
- 用户流：这些路径绘制了用户如何操纵工作负载，并确保其流动性直接增强用户体验。
- 工作流：打造工作流定义的内部流程以实现特定结果，且通常指示操作效率。
- 数据流：数据流是指工作负载中数据的移动和交互，有助于识别潜在的低效或瓶颈。
- 外部依赖项：外部依赖项是主工作负荷（集成的第三方服务或工具）之外的元素，可严重影响性能。
- 技术级别：技术级别是直接性能指标，例如 API 访问速度、数据库操作延迟和潜在的网络延迟。
- 业务交易：对端用户业务事务（如完成购买或预订服务）的无缝执行直接与用户满意度关联。
- 全部工作负载：此整体指标概述了包括工作负载的所有组件和方面的集体性能。
确定关键指标
确定关键性能指标涉及确定跟踪实现工作负载性能目标进度的基本度量。 此标识提供了一种可量化的方式来衡量和提高性能效率。
确定要关注的关键指标时，请考虑与可用性、容量和响应时间相关的指标：
可用性：错误率是可用性性能度量。 错误率表示某个时间段内失败请求的百分比。 错误率的常见目标是 0.1% 的请求。
产能：吞吐量和并发性是示例产能度量。 吞吐量是指能够在给定时间内处理特定数量的事务。 例如，与外部系统的应用程序集成可能需要每月处理 1000 万条更新事务。 并发是同时用户或操作的度量值。
响应时间：延迟和加载时间是常见的响应时间指标。 延迟是指响应请求所需的时间（200 毫秒）。 加载时间是应用程序或网页交互所需的时间。 一个常见目标是在 2 秒钟内完成 99% 的客户查找请求。
偏转率：在对话式人工智能的背景下，偏转率衡量的是通过自助服务完成的请求占本应由真人代理处理的请求的百分比。 换句话说，它表示可以自动化的任务数量，从而减少团队的工作量。 优化代理偏转率是旨在实现其围绕投资回报率（ROI）和客户满意度（CSAT）的业务目标以及提高代理整体绩效的组织最关注的领域之一。 Copilot Studio 中有助于提高代理绩效的关键指标包括解决率、升级率和 CSAT。
设置特定目标
确定关键指标后，您需要为每个度量指定性能目标或阈值。 性能目标应是可衡量的、现实的，并与工作负载目标保持一致。 例如，可以将目标响应时间设置为小于 500 毫秒 (ms) 或目标错误率小于 1%。
避免对性能进行定性评估。 例如，用户对快或慢的含义有不同的看法。 利益干系人需要就“快速”的含义和衡量方式达成一致。
通过使用数字目标，可以客观地评估一段时间内的性能。 设置特定性能目标时，请考虑以下建议：
考虑用户：设置性能目标时，采用以用户为中心的观点。 将用户视为性能的最终判断者，有助于确保性能目标与用户期望保持一致。 这种一致性涉及考虑组织目标和用户群的不同要求。 集成这两个方面时，您可以定制性能目标以反映所需的用户体验和总体工作负荷效率。 通过定义考虑用户期望的性能目标，您可以努力提供高质量的用户体验和满足用户的需求。 但是，请谨慎询问用户有关其性能要求。 他们可能会简单地声称希望系统“尽可能快”，信息量很少。 尝试确定他们认为哪些地方太慢，或者不可接受的性能是什么样的，然后往回推理。 这样，就可以得到更现实的要求。
考虑任务：考虑用户使用系统执行的不同任务。 从性能角度讲，有些任务比其他任务重要。 例如，需要快速查找客户信息的销售员比查看月度销售报表的用户具有更高的绩效需求。 重点关注对绩效至关重要的任务，并确保它们满足各项要求。 对于每项关键任务，与用户讨论他们认为需要多长时间。 具体一点，一次专注于一项任务。 对于同一工作负荷内的不同任务，您最后会有不同的要求，这很合理。
使用百分位数：百分位数（如 P99、P95 和 P50）是表示性能评估结果的行业标准。 他们可以告诉您数字包含的数据部分。 例如，P99 包含 99% 的数据。 使用百分位数而不是简单的平均值来更全面地了解工作负载性能。 若要测量百分位数，请收集一段时间内的性能数据，通常使用监视工具或日志记录机制。 然后分析此数据以确定不同百分位数的响应时间值。
设置可实现的目标：考虑使用的服务的基线绩效并设置可实现的目标。 当使用抽象底层平台的服务时，不要设定与无法控制的因素相关的目标。 例如，如果基线性能已经是 250 ms，甚至在有机会合并自定义逻辑之前，为屏幕负载设置 200 ms 的目标是不现实的。
记录并公开性能目标
记录和公开性能目标就是将所有性能目标记录在一个集中位置。 满足性能目标是开发和运营团队之间的共同责任。 若要确保工作负荷一致地满足或超出这些目标，请为团队提供相关信息和访问权限以采取措施。
若要记录并公开性能目标，请考虑以下建议：
记录性能目标：记录所有性能目标。 确保所有性能目标都记录在一个集中位置，并且可供开发和操作团队轻松访问。 这可以促进一致性，并有助于实时决策。
公开绩效目标：所有负责的团队都应该能够根据绩效目标查看和创建可操作的任务。 使用信息辐射器（如仪表板和报表）使性能目标易于访问。
使其具有可操作性：文档和信息辐射器应建议明确的后续步骤。 例如，错误增加可能会提示立即检查，或者始终满足目标可能建议重新评估该基准。
评估用户反馈
评估客户反馈涉及积极寻找和分析客户的响应和建议。 积极收集和分析用户反馈可提供有关他们的需求和期望的有价值的见解。 定期沟通有助于根据不断变化的偏好和技术趋势调整性能目标。 关注客户需求意味着工作负载不仅符合技术基准，而且还要进行持续优化。 这种方法强调客户满意度，可确保工作负载长期保持相关性和成功。
Power Platform 便利化
Power Platform 与 Application Insights 集成，后者是 Azure Monitor 生态系统的一部分。 Azure Monitor 是一项全堆栈监视服务，提供一组完整的功能来监视 Azure 资源并衡量性能目标。 Azure Monitor 收集平台指标，并提供随时可用的仪表板。 它允许基于指标配置警报，还存储和关联指标，以确保单一来源的真实性。 有关如何记录和分析标准遥测和自定义跟踪事件的信息，请参阅使用 Application Insights 分析系统生成的日志。
Power Platform 通过应用服务保护限制可确保可用性和性能一致。 这些限制通常很高，工作负载在正常使用时不会触及限制。 但是，如果您的工作负荷处理的是大型数据卷、批量操作或数据迁移，则可能会命中它们。 如果您是一名工作负载开发人员，您应该知道服务保护限制是如何实施的，以及如何设计您的工作负载以减少超出限制的可能性。 如果发生限制，您还应该计划如何处理这些限制。 有关详细信息，请参阅：
Copilot Studio 有一套全面的分析方法，可以确定代理的关键绩效指标。 多个图表可显示代理主题的趋势和使用情况。 这些图表利用人工智能突出显示对代理绩效影响最大的主题。 您还可以设计自定义分析策略，创建开箱即用分析功能未涵盖的报告。
性能效率清单
请参考整套建议。