Power Platform Well-Architected 工作负载
Power Platform Well-Architected 使用术语 工作负载 来描述一组应用程序资源、数据和支持基础设施，它们协同工作以提供所需的业务成果。 工作负载包括应用程序和技术组件以及行为、开发和操作流程。
工作负载由架构师设计，并由工作负载团队构建。 它们满足功能性和非功能性业务需求。 工作负载有多种类型。
工作负载分类的典型标准包括：
- 工作负载的效用、特征和使用模式。
- 关键的有影响力的驱动因素。
- 目标访问群体。
同一类工作负载可能共享相似之处，包括其目标访问群体、合规性要求和技术堆栈。 Well-Architected 的 Power Platform 五大支柱、其原则、清单和权衡与所有工作负载类别相关。
将支柱指南应用于代表工作负载优先级的技术设计原则和设计领域。 跟随建议来帮助设置成功的工作负载并将其与 Power Platform Well-Architected 对齐。
什么是 Power Platform Well-Architected 工作负载？
任何工作负载的设计和运营都必须考虑五个架构支柱：可靠性、安全性、卓越运营、性能效率和体验优化。
 要创建成功的工作负载，请根据 Power Platform Well-Architected 原则开发它。 |
|---|
Well-Architected Power Platform 工作负载：
- 具有描述系统应该做什么以及它应该如何完成它的要求，并且这些要求按实现目标的重要性排序。
- 旨在让您通过使用资源并结合设计模式和权衡来实现这些要求。
- 按照设计和目的的规格构建和运营。
- 通过实现其目的的程度来衡量。
- 可以随着其目的的完善或改变而进行调整。
- 与它需要的一样可靠。
- 与它需要的一样安全。
- 以负责任的方式开发和运营。
- 在可接受的时间内完成其目的。
- 提供确保用户成功的体验。
工作负载团队与组织的中心团队之间的协作必须创建具有上述特征的工作负载。 以下部分介绍了这些团队及其功能。
工作负载团队
创建一个工作负载团队，该团队的团队成员具有广泛的技术和业务学科。 所有团队成员的主要关注点都应该是工作负载的成功。
| 工作负载团队成员示例 | |
|---|---|
| 业务利益相关者 开发人员或软件工程师 解决方案架构师 数据分析师 数据库管理员 |
制作者 安全架构师或工程师 基础设施工程师 产品经理或所有者 质量保证（QA）工程师 支持团队成员 |
集中式团队和利益相关者
工作负载团队通常从集中式团队获得支持。 这些团队提供支持功能，并对组织的许多或所有云工作负载实施治理。 集中式团队的目标是组织的成功，这在一定程度上取决于其工作负载的性能。 他们为工作负载提供服务、指导和防护机制。
| 集中式团队和团队成员的示例 | |
|---|---|
| 商业智能分析师 业务利益相关者 卓越中心（CoE）董事会 平台团队 网络安全分析师 数据库管理员 企业架构师 |
业务分析师 基础设施工程师 法律和合规官 网络工程师 采购专家 项目经理 |
Power Platform Well-Architected 工作负载团队专注于工作负载结果。 他们与集中式团队成员协调并从中受益。
满足要求
在整个 Well-Architected 中 Power Platform ，建议与工作负载的用途和预期结果一致。 建议没有明确说明哪个团队成员或团队促进了工作负载的义务。 您可以通过执行工作负载级别映射来确定与工作负载类型和严重程度相关的团队角色和职责，从而决定谁应该执行每项操作。
直接工作负载团队处理大多数工作负载要求。 某些需求是与集中式团队共同处理的。 例如，实施选择可能基于集中式团队设置的防护机制。 或者，集中式团队可能专门处理实现选择。
您的工作负载团队必须与其他团队建立工作关系，以帮助协作实现工作负载目标。 如果您外包组件或责任，则必须成功履行这些义务。
了解约束
集中式团队根据团队的核心能力和核心基础设施支持不同的工作负载。 为了在组织范围内提供这种支持，集中式团队可能会对提供的服务或基础设施实施统一性和约束。 在设计工作负载时，了解这些约束并尽可能与了解这些约束的企业架构师合作至关重要。 尽可能多地从以前的实施中学习。
明确传达要求
当您的工作负载要求遇到限制或服务级别协议（SLA）时，如果核心功能或基础设施产品含糊不清，请将其视为风险。 您的工作负载团队应向其他团队解释此问题如何影响工作负载。 您可能需要调整工作负载要求、设计或实施，或者修改基础设施产品。
当您了解平台团队与组织指令相关的义务和工作负载团队的义务时，您可以传达工作负载要求与现实的期望和建议。
寻找 Unified Win
责任共担不仅仅是权衡、约束和妥协。 平台团队通常拥有高度专业化的技能和专门的预算，这些预算可以超出单个工作负载团队的承受能力。 请考虑以下示例。
安全专家。 您的工作负载可能具有安全的开发生命周期。 当集中式安全团队在整个组织中大规模执行安全开发任务时，它可能会执行超出您工作范围的例行渗透测试。 它还可能有助于规划和执行事件回复策略。
企业架构指南。 如果您与企业架构团队的模式和实践对齐，您可以节省时间和精力，因为该团队已经简化了流程。 如果未经协商，在合作伙伴关系中无法找到解决方案，您还可以防止返工。
平台团队通常为工作负载团队提供各种活动的自助服务选项，例如为自我指导的教育提供文档存储库。
探索可能适合您工作负载的自助服务选项。
共享成功和挑战
与其他团队合作也意味着庆祝和承认工作负载的结果和困难。 当您的工作负载满足其要求并实现所需价值时，请让您的合作伙伴团队知道这一点。 向他们展示他们如何帮助工作负载取得成功。 当您的工作负载达不到其要求时，共享问题并共同努力调整以重回正轨。
平台团队也有义务和成功标准。 您应该期望您的合作伙伴告诉您您的工作负载是否与产品/服务配合良好，或者它是否有成为嘈杂邻居的风险。
努力持续改进
持续改进是所有 Power Platform Well-Architected 的一个主题。 对变化持开放态度。 您可能会遇到解决现有问题、使用新技术、满足新需求或在新限制下工作的新方法。 随着您的工作量随着时间的推移而变化，请鼓励您的协作团队采取同样的态度。 然而，每一个改进机会也都涉及变化，应该有适当的管理流程作为后盾。
工作负载团队需要通知平台团队可能影响平台团队服务的任何工作负载需求计划更改。 同样，平台团队需要让他们的工作负载合作伙伴参与变更管理流程，并就任何重大的平台变更进行清晰的沟通。 与合作伙伴建立定期沟通计划，以了解和共享产品的开发方式。
取得成功
工作负载面临着来自各种利益相关者的许多需求，例如用户、股东、监管机构、员工、卓越中心和首席体验官。 这样的要求可能使选择明确的方向变得困难。 Power Platform Well-Architected 通过解释选择架构以实现积极结果的原因，帮助您理解设计和实现。 构建成功的工作负载，并与您的组织一起庆祝这一成功。