FinOps在实践中:最佳实践清单

举报
kaliarch 发表于 2022/09/10 09:56:04 2022/09/10
【摘要】 自从引入云以来,围绕管理云成本的主题出现了许多范例。这些包括围绕云成本管理和云成本优化的工具和流程。然而,工具和流程一直在随着云计算以及它所提供的服务和计费模型的不断增加而不断发展。FinOps作为一个独立的框架,是云成本管理领域的一个相对较新的进入者。由初创企业和技术领导者开发的云成本管理和成本优化工具为该框架提供了坚实的基础。企业和FinOps社区通过定义旨在管理云成本的最佳实践、组织流...

自从引入云以来,围绕管理云成本的主题出现了许多范例。这些包括围绕云成本管理和云成本优化的工具和流程。然而,工具和流程一直在随着云计算以及它所提供的服务和计费模型的不断增加而不断发展。
FinOps作为一个独立的框架,是云成本管理领域的一个相对较新的进入者。由初创企业和技术领导者开发的云成本管理和成本优化工具为该框架提供了坚实的基础。企业和FinOps社区通过定义旨在管理云成本的最佳实践、组织流程和文化范式,建立在此基础上。
FinOps基金会通过创建一个社区、汇集利益攸关方以及制定和汇编最佳做法和程序,在将所有这些整合为一个综合框架方面发挥了重要作用。

在本文中,我们将回顾FinOps基金会推荐的最佳实践、过程和文化范例。这些实践和过程有助于开发和塑造成功的FinOps实践,该实践将云视为创新和业务价值的驱动力,同时提高透明度和问责制。

集中FinOps业务

与现代企业中普遍的分权主题相反,FinOps提倡创建跨职能的集中式团队。这些团队应该有来自多个组织领域的代表,包括执行、工程、财务和采购。
最佳实践是将这个不同的小组与专业的FinOps操作人员结合起来,建立沟通渠道,并带来云计算模型和FinOps原则的知识。
然后,这个中央团队可以开发云成本报告模型,通过开发统一的成本分配、展示和收费流程来推动成本问责制和透明度,开发基准来游戏化成本和价值生成,并决定一组可以衡量云成本的业务指标。

定义通用词汇表

定义一个通用词汇表是FinOps团队在制定FinOps实践开始时需要实施的一个入门最佳实践。
由于FinOps提倡跨领域交流,例如工程和财务之间的交流,通用词汇对于统一报告和促进FinOps的有效做法至关重要。
在这种情况下,开发一个内部FinOps常见问题解答,概述通用术语及其商定的定义是一种最佳做法。这些术语的一些例子可以包括利用、成本分配、浪费的资源、未充分利用的资源、成本节约等。
通用词汇一旦形成,就应纳入FinOps的报告和小组会议。

改善跨域协作

传统上,财务、工程和采购都是孤立地工作,在如何从云中提取最大金额方面没有太多合作。FinOps的最佳做法是建立强有力的双向沟通渠道,以改善这些领域之间的协作。打破这些领域历史上工作的孤立环境是高管和FinOps从业者的责任。
然后,可以利用这种合作,就FinOps的报告标准、业务指标和基准制定达成共识。

从商业价值而不是成本的角度思考

为了从云的敏捷性和可伸缩性中获得最大的价值,FinOps团队需要在组织如何看待云中传播战略支点。团队需要将云视为现代企业中业务价值的最重要创造者之一,而不是专注于成本。
有了这个战略转变,FinOps团队就有了合适的环境,可以与其他利益相关者合作,为转向云计费的单位经济学视图开发详细的蓝图。这就需要选择一组业务指标来衡量云成本。

创建以FinOps为中心的组织分组

由工程部门开发和实施的标记制度往往与其他利益相关者如行政人员和财务部门所要求的可见性不一致。FinOps更是如此,它倡导云成本的业务价值视图,因此需要与业务度量相一致的标记制度。
因此,最佳实践是与云涉众合作,就一个全面的组织分组和标记制度达成一致。一旦开发和实施,它将使FinOps团队能够将成本数据映射到正确的分组/成本中心,并就商定的业务指标的成本做出明智的决定。它还将使FinOps团队能够得出云成本的单位经济模型。

少集中支付,少分散使用

FinOps基金会概述了影响云成本的两种方式:避免成本和降低费率。避免成本需要通过不同的活动来管理和优化已经提供的云资源,包括终止闲置资源和调整规模等。费率降低涉及利用云提供商提供的费率、使用率和数量折扣。
两者都可以更容易地分别表示为使用更少和支付更少。在执行FinOps框架时,一个最佳做法是减少使用,减少支付。
在云的战壕中工作的工程和DevOps团队应该被授权做出关于正确调整规模或取消未使用资源的决策。
另一方面,降低费率的管理和采购应集中于FinOps小组,授权其谈判和采购折扣。这些团队既有技能,也有对云的全面了解,以有效地做出这些决策。

转移成本问责制

FinOps团队需要在FinOps实践本身中接受和利用IT部门中更大的“左转移”。IT部门中的Shift left的特点是将测试、监视、部署和操作转移到更靠近开发团队的地方。跨功能SRE和DevOps团队的创建是这种方法的一个结果。
转移成本责任将需要让开发人员和DevOps团队对他们产生的云成本负责。考虑到FinOps将云成本与业务指标相关联的最佳实践,将问责制向左转移也将使这些开发人员和DevOps团队更接近于创造业务价值的过程,并让他们更有价值地了解他们的行动如何影响业务价值。
问责制的转变也推动了云成本规避的进程。工程团队更有动力避免他们负责的成本。

制定全面的报告制度

全面的报告制度是良好的FinOps做法的心脏。FinOps团队需要让云涉众参与决定成本报告的类型、内容和周期的过程。
一个最佳做法是FinOps小组随着时间的推移扩大报告制度,以提供深入的成本分配、收费、展示、成本预测、基准、趋势和差异分析。
FinOps团队还需要确保报告基于商定的业务度量标准的共同基线。这将提供一致的可见性以及评估团队的共同基准。
另一个最佳实践是确保该报告制度与包括FinOps团队本身、工程、执行和财务/采购在内的各种云涉众的需求和动机保持一致。

确保报告及时

报告制度需要反映云计算的动态世界。为了使团队能够实时地减轻和避免成本,需要根据关于支出激增的通知和警报迅速向工程团队提供报告。
包含云计算业务度量视图的更全面的成本计算报告需要包含考虑到共享云成本以及费率和使用折扣的全负载云成本。确保报告及时

制定全面对标机制

团队之间的内部基准和与外部行业同行的基准应该成为FinOps每一项实践的重要组成部分。在这种情况下,一个最佳实践是开发一套旨在比较团队的记分卡。这些记分卡应该包括与团队本身协商选择的绩效和成本指标。
记分卡允许FinOps团队在一个共同的基线上比较团队。由于记分卡是基于团队自己的投入开发的,因此更容易被接受。计分卡还允许FinOps团队和高管通过促进团队之间的良性竞争来游戏化性能和成本。

发展综合预报机制

与制定基准类似,制定和实施强有力的预测机制是良好的FinOps做法的核心。
FinOps基金会建议开发3-12个月的预测。另一个最佳实践是在机器学习工具的帮助下开发预测。使用机器学习工具开发的预测往往比更传统的努力更准确。
尽管预测应该在3-12个月的时间内进行,但最佳做法是在持续的基础上评估这些预测。建议每天进行预测审查。这有助于团队快速识别和减轻异常或成本峰值。快速识别异常还提供了更多的时间来沟通是否在有业务需求的情况下调整预测。

【版权声明】本文为华为云社区用户原创内容,未经允许不得转载,如需转载请自行联系原作者进行授权。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。