COST10-BP01 制定工作负载审核流程 - AWS Well-Architected Framework

COST10-BP01 制定工作负载审核流程

制定流程,定义工作负载的审核标准和流程。审核工作量应该体现可能带来的好处,例如,核心工作负载或费用占比超过 10% 的工作负载每季度或每六个月审核一次,而费用占比低于 10% 的工作负载每年审核一次。

在未建立这种最佳实践的情况下暴露的风险等级:

实施指导

为了让工作负载始终最具成本效益,您必须定期对其进行审核,以了解是否有机会实施新的服务、功能和组件。为了降低整体成本,审核工作量必须与潜在的节省额成比例。例如,与占总支出 5% 的工作负载相比,应更经常、更彻底地审核占总支出 50% 的工作负载。考虑任何外部因素或波动。如果工作负载服务于特定的地理位置或市场领域,并且您已预测出该领域会出现的变化,则提高审核频率可能会节省成本。审核时要考虑的另一个因素是实施更改的工作量。如果测试和验证变更的成本很高,则审核的频率应该降低。

考虑维护过时和旧式组件及资源的长期成本,以及无法在其中实施新功能的事实。当前的测试和验证成本可能会超过预计的收益。但是,随着时间的推移,工作负载和当前技术之间的差距会增大,进行更改的成本可能会大幅增加,导致成本升高。例如,迁移到新的编程语言的成本当前可能不具成本效益。然而,五年之后,熟练使用该语言的人员的成本可能会增加,并且由于工作负载的扩展,迁移到新语言的系统规模更大,这其中涉及的工作量甚至高于以前。

将工作负载分解成多个组件,分配组件的成本(估算即可),然后在每个组件旁边列出因素(例如工作量和外部市场)。使用这些指示信息来确定每个工作负载的审核频率。例如,您可能觉得 Web 服务器的成本高、变更的工作量小、外部因素多,因而审核频率很高。而中央数据库的成本可能中等、变更的工作量很大、外部因素较少,因而审核频率也为中等。

制定相应流程,在新的服务、设计模式、资源类型和配置推出后,对它们进行评估,以优化您的工作负载成本。与性能支柱审核可靠性支柱审核过程类似,识别、验证和优先考虑优化和改进活动以及问题补救,并将其纳入您的待办事项列表。

实施步骤

  • 定义审核频率:定义工作负载及其组件的审核频率。分配时间和资源,以持续改进并保持审核频率,来优化工作负载并提高工作负载的效率。应考虑多种因素,且这些因素可能会因组织中的工作负载以及工作负载中的组件而异。常见的因素包括:从收入或品牌角度来讲对组织的重要性、运行工作负载的总成本(包括运营和资源成本)、工作负载的复杂性、实施变革的难易程度、任何软件许可协议以及变革是否会因惩罚性的许可而显著增加许可成本。可以在功能上或技术上定义组件,例如 Web 服务器和数据库,或者计算和存储资源。相应地权衡这些因素,并为工作负载及其组件制定一个周期。您可能决定每 18 个月审核一次完整的工作负载,每 6 个月审核一次 Web 服务器,每 12 个月审核一次数据库,每 6 个月审核一次计算资源和短期存储,每 12 个月审核一次长期存储。

  • 定义审核的彻底性:定义在工作负载或工作负载组件的审核上投入的工作量。与审核频率类似,这也需要权衡多种因素。评估各种改进机会并确定其优先顺序,以便将精力集中在可以实现最大收益的工作上,同时估计这些活动所需的工作量。如果预期成果不符合目标,并且所需工作会花费更多成本,则寻求其他行动方案。审核流程中应该分配专用的时间和资源,以便实现持续增量改进。例如,您可能决定投入一周的时间对数据库组件进行分析,投入一周的时间对计算资源进行分析,投入四小时的时间进行存储审核。

资源

相关文档:

相关示例: