FinOps 应用入门指南

入门指南介绍

什么是 FinOps ?

FinOps 是一种云成本管理和优化的解决方案,并为组织、企业、团队提供了系统化的方法论,其中每个人都应该对自己的云资源成本负责。

FinOps 是“Finance”和“DevOps”的合成词,强调业务团队和研发团队的沟通和协作。也被称为“云财务管理”、“云财务工程”、“云成本管理”、“云成本优化”或“云财务优化”等。

FinOps 有一个比较权威组织–--FinOps 基金会(官网地址 finops.org)。FinOps 基金会是 Linux 基金会发起的一个项目,致力于通过最佳实践、教育和标准来推动云成本管理学科的实践。

FinOps 基金会对 FinOps 定义如下:

FinOps 是一种不断发展的云成本管理学科和文化实践,通过帮助财务、技术和业务团队在数据驱动的支出决策上进行协作,使组织能够获得最大的商业价值。(定义更新时间:2021 年 11 月,FinOps 基金会技术咨询委员会)

FinOps 应用入门指南_第1张图片

FinOps 的核心是一种文化实践。这是一种团队管理云成本的方式,其中每个人都要对自己的云资源云消耗负责,并得到一个中心化的最佳实践团队的支持。研发、财务、产品等方面的跨职能团队协同工作,以实现更快的产品交付,同时获得更多的财务控制和可预测性。

关于这份入门指南

FinOps 基金会组织创建和维护了这份入门指南,以帮助新的 FinOps 的倡导者和从业者构建演示材料(如 PPT),向组织和团队介绍应用 FinOps 的好处。它包括准确步骤、相关角色以及每种角色的责任和目标、详细的路线图等内容。FinOps 基金会会不断迭代这份资料,我们也会跟踪这份资料,旨在为各种组织应用 FinOps 提供帮助。

如何开始应用 FinOps ?

开始应用 FinOps 最大的挑战就是得到管理层的支持和认可,以投入需要的人力和资源进行文化变革。FinOps 是释放云计算价值的关键,并希望通过 FinOps 框架,财务、研发和管理层的协作,实现高效的和具有成本效益的云计算资源。如果没有得到管理层的支持,相关人员包括研发、运维和财务的支持,在组织内应用 FinOps 将会举步维艰,最终只能把时间浪费在和其他团队争抢资源上。

FinOps 应用路线图

在推广 FinOps 时,FinOps Driver (FinOps 的组织者,直接负责人,FinOps 最重要的角色)将起着关键作用。如下图所示,FinOps 基金会已经概述了 Driver 的人物角色,以便为他/她的组织应用 FinOps 提供必要的路径指南和里程碑。

FinOps 应用入门指南_第2张图片

第一阶段:规划

调查研究

在组织内寻找正确的支持者。作为一名希望在组织内推广 FinOps 的个人,你需要得到高级别领导层的支持以及培养更多的支持者以获得足够的动力。

  • 寻找潜在的支持者,包括领导层、财务管理者和各个团队的负责人,并使用定制的 FinOps 相关的 PPT 或一些初始问题与他们一对一的访谈,以确定后续驱动策略。
  • 在你的访谈中,研究组织正在经历的痛点,比如云成本刺客、成本超支的普遍看法、云消费缺乏成本可见性等。
  • 在你的访谈中,研究谁受到了这些痛点的影响,包括受影响的业务、团队及个人。

    制定计划

    树立合适的长期目标和近期目标,并试图描绘它们的状态,让企业更有动力去应用 FinOps(如云计算的价值、单位经济等)

  • 《什么是 FinOps》PPT 是计划的起点,需要根据组织痛点、组织文化进行定制。
  • 确定工具要求。确定现有的工具是否满足计划的需求。
  • 为 FinOps 相关的功能或工具寻找适合的归属团队。一般在财务或运维团队,或者是由各个职能构成的一个虚拟项目团队(或者我们可以把它定义为 FinOps 小组)。根据组织结构的复杂程度,创建专门的 FinOps 团队可能需要分阶段进行。一般组织可能会:(1)设立跨职能的虚拟 FinOps 项目小组;(2)设立 FinOps 职能的岗位作为财务、运维或运营团队的一份子;(3)发展成为专职的 FinOps 专职团队。
  • 确定潜在的早期可以应用 FinOps 的团队
  • 确定用于衡量 FinOps 成功与否的 KPI,以及衡量业务团队和研发团队等支持者参与和表现的方法(注意,这些是初步的,在第二阶段会不断更新和迭代,但是拥有一个起始的集合也非常重要)。
  • 准备在第三阶段使用的沟通计划。

    组织支持者参会,介绍 FinOps 的重要性

  • 描述组织当前的状态、痛点以及其他和云成本管理相关的问题;
  • 识别潜在风险,并展示如果不采取行动可能会发生的情况;
  • 描述组织有关 FinOps 成熟度模型中的“爬”、“走”、“跑”会是什么状态;
  • 识别应该或可能被利用的机会;
  • 呈现 FinOps 路线图:
  • 从高级别领导层那里获得反馈,并根据需要进行调整;
  • 包括初始团队的规模、成员构成、预算、启动时间表;
  • 价值主张(例如 ROI,如拥有 FinOps 职能的成本与持续合理云支出所获得的收益);
  • 向其他支持者、更多的新人例如业务团队负责人介绍 FinOps 的好处。

    进行初始资源配置

  • 在已支持的高级别领导的帮助下,获得更多高级别领导的支持;
  • 组建变更小组或委员会(由真正的组织影响者构成);
  • 获得预算的批准、人员编制;
  • 采购新工具(如果在路线图的这个阶段是合适的)。

    第二阶段:推广

    帮助支持者在组织中推广 FinOps

  • 传达与变革核心价值的相关信息;
  • 分享一下你对未来组织状态的描绘;
  • 分享高级路线图。

    向已识别的受影响团队介绍 FinOps

  • 介绍 FinOps 的概念;
  • 了解他们的问题,并解释 FinOps 将如何帮助他们;
  • 讨论建议的 KPI,并根据反馈进行调整;
  • 建立 FinOps 小组与关键团队(研发团队、运维团队、财务团队、采购等)的协作方式;
  • 在推广的过程中发掘潜在的 FinOps 小组成员

    定义适合组织的初始 FinOps 模型

  • 将 FinOps 模型(通知、优化和运营)根据组织进行定制;
  • 在角色覆盖的情况下,可以优先选择内部转岗来组建 FinOps 小组,再通过外部招聘填补剩余的空缺;
  • 为整个组织绘制 FinOps 变革路线图,包括支持者、影响者、应用者;
  • 创建清晰的培训和沟通策略,确保领导层的认可,以获得相应的资源支持;
  • 如果组织庞大,为了减少对中心化团队的依赖,一个扩展的方法是创建中心枢纽的变更管理推广模式;
  • KPI Roadmap:完成第一波 KPI 和报告的指定,并确定和规划下一代 KPI 和报告。

    第三阶段:准备和启动

    评估 FinOps 的准备情况

  • 定义和规范部门、业务、产品线、标签等分类方法;
  • 部署、配置和冒烟测试工具;
  • 完成第一波 KPI 的制定。KPI/ 业务应用程度指标可随着阶段演变而演变,以建立“爬、走、跑”的心态,而不是一次性推向完成成熟。这将允许不太成熟的团队和高管可以逐步完成,而不会被吓到。
  • 对用量和费用设置报警阈值;
  • 定义和准备基于角色的自服务仪表盘(显示最重要的指标,如第一波KPI、成本分摊、预算异常、优化建议等);
  • 准备包括计算单位成本的预算模型(此时,可能是一张电子表格)

    与支持者互动

  • 确定业务团队对承诺水平的兴趣(企业折扣谈判的总成本、RI/Saving Plan/CUD等);
  • 让早期应用者团队参与进来,获得优化收益(例如关闭不再使用的测试环境或实例,以展示实质性的节省),这些对于宣传、推广和后期获得更多的应用非常重要;
  • 获取一些其他早期治理的胜利,以实现 FinOps 的实施(例如打标签的规范、租赁自动化如弹性伸缩的应用等);
  • 开始定期会议的节奏。FinOps 小组或团队应该与业务团队、研发团队、应用者和支持者定期交流,以实施最佳实践并跟踪 KPI。
    注意,如果组织有多个业务团队是独立运营的,他们的 FinOps 成熟度将有所不同。重要的是,FinOps Driver 或变革管理者应该考虑到这一点,并允许他们以不同的速度演进。

涉及角色

在向组织提出构建 FinOps 职能时,需要向高管团队中的各种角色进行简报,以获得批准、支持和参与,从而推进 FinOps 工作并实现其目标。

FinOps Driver 必须通知的关键人物角色。

FinOps 应用入门指南_第3张图片

以下是每个执行团队角色的描述,包括他们的目标、关注点、关键信息和有用的 KPI。通过了解每个执行团队角色的动机,FinOps Driver 将能够更有效地描述 FinOps 的价值,从而最大程度地减少获得一致性所需的时间和精力。

团队分工

合理的角色/团队分工是建立持久的 FinOps 实践和文化的关键,通过使用 RACI(负责人、责任人、协商人、知情人)模型,我们可以将核心的 FinOps 责任分配到团队的每个人,并更好的展示他们的参与程度。

随着云计算技术和云成本管理的发展,这些不同的角色及其责任也可能会随之变化。

FinOps 应用入门指南_第4张图片

注:
R(Responsible)--谁负责,即负责执行任务的角色,他/她具体负责操控项目、解决问题。
A(Accountable)–谁批准,即对人物负全责的角色,只有经过他/她同意或批准之后,项目才能进行。
C(Consulted)–咨询谁,拥有完成项目所需的信息或能力的人员。
I(Informed)--通知谁,即拥有特权、应即使被通知结果的人员,却不必向他/她咨询或征求意见。I(Informed)--通知谁,即拥有特权、应即使被通知结果的人员,却不必向他/她咨询或征求意见。

使用 FinOps PPT

FinOps 基金会创建了一个开放的 PPT ,帮助新的 FinOps 的倡导者和从业者构建演示材料(如 PPT),以向组织和团队更好的介绍如何应用 FinOps 以及应用 FinOps 的好处。

文件名称:Adopting FinOps Deck Oct 2021.pptx
文件地址:https://docs.google.com/presentation/d/17shQqIbmXMbjhAW26nD7q...

声明:Adopting FinOps by FinOps Foundation,采用 CC BY 4.0 协议授权

英文原文地址:https://www.finops.org/wg/adopting-finops/

以上是文章的主要内容,作为融合云/多云管理/私有云/FinOps 厂商,云联壹云会持续关注这些领域的动态,分享相关的信息和技术,可以通过的官网(yunion.cn)或关注的公众号(云联壹云)来获取最新的信息,感谢大家的时间。

原文地址:https://www.yunion.cn/article/html/20230811.html

推荐阅读

关于云成本管理和优化 FinOps,你需要知道的一切

云联壹云融合云管理平台的 10 大应用场景

SkyPilot:构建在多云之上的 ML 和数据科学,可节约 3 倍以上成本

企业面对FinOps,到底能做些什么?总结了4个方面

你可能感兴趣的:(云计算)