让团队能够针对成本进行架构

成本优化是 Well-Architected Framework 的一个支柱。它可以防止开发人员和工程团队不得不在事后优化工作负载，而解决在早期决策阶段引入到环境中的问题往往为时已晚，并且也不经济。

能够针对成本进行架构的团队可以快速迭代并随着时间的推移不断学习，从而将最佳实践融入到日常运营中。以下做法可以帮助团队针对成本进行架构：

• 通过创建可见性并使用工具来促进一致的报告、度量和问责，从而推动和提高透明度。

• 在采取适当的行动（例如，管理层发出强调优化成功的电子邮件）时，通过创造积极的激励措施来推动正确的行为类型。

• 在保持敏捷性的同时制定控制策略（例如，制定识别和处理过多资源的流程，制定在工作时间以外关闭非生产资源的选择退出策略）。

以下是可以帮助您推动成本优化行为的一些想法：

• 激励措施 – 包括指标的可视化和游戏化，以及领导层基于结果的积极沟通。它们鼓励团队了解效率和节俭的价值，并帮助开发人员和工程师考虑其决策对成本的影响。它们还提供一种防止低效率的方法。

• 向用户退款 – 退款可激励企业用户关心 IT 效率。这导致将 IT 视为企业使用并支付相应费用的资源，而不是成本中心。

• 消除流程障碍 – 偶尔会有一些障碍限制开发人员和工程师进行优化。例如，可能制定了相应的策略，要求对环境所做的任何更改都必须经过变更审核流程。这会阻碍促进合理调整大小和弹性的举措。修正此类策略可以精简优化工作。

• 敏捷工作方法 – 如果设计迭代周期包括成本作为指标，那么您的组织以更低成本交付相同或更好成果的能力将随着时间的推移而提高。

• 培训和引导 – 个人通常使用他们所知道的工具和技术来解决问题。可以通过结合了最新实践的培训和引导来解决问题，以最大限度地提高效率（例如，使用无服务器架构、使用 Amazon CloudFront 减少计算需求）。

以下方法也可能有效，但如果不谨慎实施，会降低敏捷性：

• 高管支持/压力 – 支持最佳实践比成本压力更受青睐，因为它们对员工满意度有着积极的影响。成本压力可能会激励人们掩盖效率低下的情况，并可能导致预算限制，从而导致丧失敏捷性和创新能力。

• 架构审核 – 通常，会在不进行架构审核（或可选审核）和强制审核之间保持合理的平衡。强制审核过多可能会造成瓶颈。高成果和高成本项目可能需要审核，界限由每个组织自行确定。

• 编排控制 – 项目和资源的审批工作流将敏捷性和创新置于保护财务和预算的风险之中。平衡控制和敏捷性的一种方法是减少对创收服务的成本控制（或根本不控制）。可通过为这些服务设置高级指标来避免出现这种情况。