• 首页
  • 文章首页
  • FinOps框架怎么用?从Inform到Operate的云与IT成本管理实操指南

FinOps框架怎么用?从Inform到Operate的云与IT成本管理实操指南

ServiceDesk Plus 顶部Banner免费下载试用预约个性化演示
AIAI 摘要

本文基于FinOps Foundation官方发布的FinOps框架,定义Inform(明确现状)、Optimize(优化)、Operate(运营)三个持续循环的核心阶段,以及协作、业务价值、问责、数据可及、集中赋能、可变成本利用六项核心原则。文章说明2025年框架更新如何把适用范围从公有云扩展到SaaS、数据中心、AI基础设施等更广泛的"Cloud+"场景,拆解企业云成本管理容易陷入"救火式"临时应对的常见原因,并结合ServiceDesk Plus的资产与许可证追踪能力,说明企业该如何把成本管理从一次性项目,变成一套持续运转的常态化实践。

财务部门在季度预算会议上质问IT团队"这个月的云账单为什么又涨了三成",IT团队却拿不出清晰的解释,只能临时组织一次专项排查,忙活几天清理掉一批明显闲置的资源,账单短暂回落之后又开始新一轮悄悄攀升,几个月后同样的场景再度上演。这种"平时不管、出事才救火"的成本管理方式,是许多依赖ITSM系统支撑云与IT资源管理、却始终没有建立起体系化成本管理实践的团队普遍会遇到的问题。

FinOps框架正是为了解决这种"救火式"成本管理困境而生的一套结构化实践,由非营利性、供应商中立的FinOps Foundation持续维护和更新。它的核心思路是让工程、财务、业务团队围绕一套共同的语言和持续循环的流程协同工作,把成本管理从一次性的清理行动,转变为融入日常运营的常态化实践。这套思路对任何依赖IT服务管理软件管理云资源和技术支出的企业,都具有直接的实践价值。

本文将围绕三个问题展开:FinOps框架具体是什么,它的核心原则是什么?Inform、Optimize、Operate这三个阶段分别对应做什么?借助ServiceDesk Plus,企业该如何为这套持续循环的成本管理实践提供数据基础?

ServiceDesk Plus 报表管理流程图

什么是FinOps框架?它的六项核心原则是什么?

根据FinOps Foundation官方框架文档,FinOps是一套开放的、由社区共同维护的运营模型,为工程、财务和业务团队提供了一套共同的原则、角色、阶段和能力语言,让不同职能的团队能够以统一的方式管理技术支出。该框架由几个核心构件组成:原则、角色、阶段、成熟度和能力。2025年,FinOps Foundation对框架进行了迄今为止最重要的一次更新,其中六项核心原则更新了四项,分别是协作、业务价值、问责、数据可及、集中赋能、可变成本利用,以反映云计算之外更广泛的"Cloud+"技术支出场景。

这次更新同时引入了"范围(Scopes)"这一全新的核心要素,明确该框架的适用范围已经不再局限于公有云,而是扩展到SaaS平台、数据云平台、数据中心,以及人工智能基础设施等更广泛的技术支出领域,反映出FinOps实践正在从单纯的"云财务管理"演变为更全面的"技术财务管理"。

一、三个持续循环的核心阶段:Inform、Optimize、Operate

Inform(明确现状):先看清楚钱花在哪里

这一阶段聚焦于建立技术支出的可见性,包括收集并规范化账单数据、把共享和可变成本准确分摊到对应的团队或项目、生成清晰且可付诸行动的报告。可见性是后续一切决策的基础,如果连钱花在哪里都说不清楚,任何优化行动都只能是无的放矢的猜测。

Optimize(优化):基于数据采取实际行动

有了Inform阶段建立的可见性基础后,团队进入实际的优化行动阶段,包括对配置过高的资源进行规格调整、清理闲置或未充分利用的资源、应用预留实例或折扣方案等具体的降本措施,核心目标是清理浪费、保留真正有价值的部分。

Operate(运营):把成本管理变成日常习惯

这一阶段的重点是定义并持续跟踪关键绩效指标,把成本管理的相关工具和流程真正融入团队的日常工作,让持续关注技术支出成为一种可持续的长期习惯,而不是每逢预算超支才临时启动的应急项目。

需要特别说明的是,这三个阶段是循环往复、持续迭代的过程,而不是一次性完成就结束的线性步骤——Operate阶段产生的结果会反过来影响Inform阶段对"范围"的重新界定,进而在Optimize阶段设定新一轮的优化目标,如此循环往复,随着业务需求的变化持续调整。

ServiceDesk Plus 资产管理流程图

二、ServiceDesk Plus如何为FinOps实践提供数据基础?

FinOps的落地高度依赖准确、持续更新的资产和支出数据,ServiceDesk Plus可以从以下几方面为这套实践提供支撑:

① 资产与许可证追踪,支撑Inform阶段的可见性建设

系统持续追踪各部门的资产和软件许可证使用情况,并支持关联到具体的部门或项目,为Inform阶段所需的成本归属和使用数据提供现成的原始来源,而不必另外搭建一套独立的统计体系。

② Showback报告生成,为问责原则提供落地路径

统计的资产和使用数据可以定期生成Showback报告,向各部门展示其技术资源消耗情况,是FinOps问责原则中"先建立透明度、再逐步推进问责机制"这一循序渐进思路的具体实践方式。

③ 工单驱动的优化行动跟踪,支撑Optimize阶段的落地执行

识别出的闲置资源或超买许可证,可以直接转化为正式的工单任务,指派给对应负责人跟踪处理进度,确保Optimize阶段发现的优化机会真正落地为具体行动,而不是停留在报表数据上从未被真正执行。

核心要点速览

  • FinOps由非营利、供应商中立的FinOps Foundation维护,2025年更新中六项原则改了四项,并新增"范围"这一核心要素。
  • 框架适用范围已从公有云扩展到SaaS、数据中心、AI基础设施等更广泛的"Cloud+"场景。
  • 三个核心阶段Inform、Optimize、Operate循环往复、持续迭代,而非一次性完成的线性步骤。
  • Inform阶段建立可见性,Optimize阶段执行优化行动,Operate阶段把成本管理变成日常习惯。
  • Showback先于Chargeback是FinOps落地过程中建立透明度和信任的常见实践路径。

写在最后:成本管理不是一次性项目,而是持续运转的日常习惯

FinOps框架最重要的启发,在于把成本管理从一次性的"救火"行动,重新定位成一套需要持续投入的常态化实践。Inform、Optimize、Operate这三个阶段循环往复,本质上是在提醒团队:技术支出的管理不存在"一劳永逸"这回事,只有持续的可见性、持续的优化行动和持续的日常运营,才能真正遏制成本悄然攀升的趋势。

将资产与许可证追踪、Showback报告生成和工单驱动的优化跟踪整合进ServiceDesk Plus一体化平台,是为FinOps这套持续循环的实践提供数据基础最直接的方式。从为下一轮Inform阶段梳理清楚一类技术支出的真实归属开始,企业的成本管理,就会比过去的"救火式"应对扎实得多。

立即体验 ServiceDesk Plus,为FinOps持续循环实践提供坚实数据基础

☁️ 免费注册云版本💻 下载本地版📅 预约专家演示

常见问题解答(FAQ)

Q1:FinOps只适用于公有云成本管理吗?
最初确实是这样,但FinOps Foundation在2025年的框架更新中已经明确把适用范围扩展到公有云之外,涵盖SaaS订阅、数据云平台、数据中心以及AI基础设施等更广泛的技术支出场景,业内也开始用Cloud+这一说法来描述这种扩展后的范围。可以参考ServiceDesk Plus的资产与许可证追踪能力覆盖更广泛的技术支出场景。
Q2:Inform、Optimize、Operate这三个阶段是不是必须依次完成、只做一轮?
不是。这三个阶段是循环往复、持续迭代的过程,团队会不断在三个阶段之间穿梭,甚至可以由不同成员以不同节奏同时推进不同阶段的工作。Operate阶段产生的结果会反过来影响下一轮Inform阶段对范围的重新界定,如此循环往复,而不是完成一轮就宣告结束。
Q3:推行FinOps是不是财务部门主导就够了,工程团队需要参与吗?
工程团队的参与必不可少。FinOps强调跨部门协作,财务部门通常关注预算和成本控制,但真正能够识别资源浪费、执行优化动作的是工程和运维团队。如果只由财务单方面推动,很容易停留在报表和预警层面,无法真正落地到具体的优化行动上。
Q4:企业规模不大,云支出也不算多,有必要引入FinOps吗?
不必照搬完整的框架体系,但核心思路——先建立可见性、再采取优化行动、最后把成本管理变成日常习惯——对任何规模的企业都同样适用。可以从最基础的做法起步,比如定期审查一次技术支出的分布情况,随着业务规模扩大再逐步引入更完整的实践。
Q5:showback和chargeback在FinOps框架中处于什么位置?
两者是FinOps落地过程中用来实现成本可见性和问责机制的具体实践方式,通常建议遵循先showback、后chargeback的顺序。详情可参考ServiceDesk Plus的ITSM功能说明了解更多成本管理相关能力。

延伸阅读:

ServiceDesk Plus 底部Banner免费下载试用预约个性化演示