FinOps云成本优化实践

前言

用户从运营商办理电话卡后，往往会持续观察自身实际通话、流量消耗，收集到决策数据挑选与当前使用需求适配的套餐，以此实现降本增效。

这与企业上云之后的成本治理目标高度契合。

PS:降本首先要降低是成本浪费，而不是必要成本。

一、FinOps是什么

FinOps（Financial Operations）是一种管理云成本的最佳实践方法。

FinOps旨在建立一种文化和流程，在团队之间建立协作，让组织能够理解、优化并主动管理云成本，是1种不断发展的云财务管理文化和实践。

FinOps的核心理念可以概括为让每个人为其云支出负责，它将云成本控制的责任从单一的财务或运维部门，下放到所有使用云资源团队。

FinOps强调数据驱动、团队协作、持续优化，并通过自动化工具实现云成本的可观测性和可控性。

FinOps的三个核心原则是：

• 费用透明度：通过区分资源、工作量和成本中心，使得每个人都能看到使用云服务的成本。
• 费用责任：通过培养所有利益相关者的意识，让他在购买、使用和管理云资源时都能考虑到成本。
• 费用最优化：通过审查分配模型、保持合理的资源利用率和优化技术体系结构，不断提高云资源的效率和成本效益。

1.FinOps主要功能

费用管理

FinOps团队跟踪云成本，优化计费模型，并对成本做出决策，以确保最佳的成本效益。

预算管理

FinOps使用预算管理工具和技术跟踪不同部门和团队的云资源使用情况，评估如何最好地利用预算和资源。这些工具和技术同时还能够预测未来的需求以及随之而来的成本。

资源优化

FinOps使用各种工具和指标来监视磁盘、CPU、网络和其他资源的使用情况，并找出资源使用率低的地方，以减少不必要的云成本。

合规和审计

FinOps团队通过合规和审计来确保云资源的使用符合政策、法规和标准，同时保护安全和数据隐私。

二、资源配额基线

FinOps的落地并非1次性完成资源配置即可一劳永逸，其核心在于持续迭代调优，输出与业务真实负载相匹配的资源配额基线。

我们在FinOps实践中，将Kubernetes命名空间与业务侧项目/产品线做一一映射，为各业务单元配置对应的资源配额，作为资源扩缩容决策的基线依据。

1.故障隔离防护

将Pod疯狂扩容、资源泄漏等异常约束在当前命名空间（NS）内。

即便业务程序出现意外的扩缩容故障，最多耗尽自身NS的资源配额，不会侵占集群全局资源，保障其他ns中运行业务不受牵连，实现故障域隔离。

2.资源扩缩决策依据

每个k8s/NS分配到项目/各个产品线，为每个项目和产品线设置相应资源配额，作为其扩缩容决策的基线依据。

3.资源成本核算依据

另外一方面是支撑FinOps成本核算，财务、运维、开发人员都可以清晰看到，资源整体被分摊到哪了那些项目/产品。分摊了多少？占比是多少？

三、FinOps落地步骤

FinOps落地的核心链路

• 持续观测资源指标
• 持续基于业务真实负载数据动态迭代调优资源配额

实现业务稳定性与资源成本之间的平衡。

FinOps基金会定义的经典框架。这三个阶段形成一个持续迭代的闭环，并非一次性流程。

1.Inform（持续监控资源配额）

回答钱花在哪，谁在花

通过成本分摊，将成本归属到团体项目/产品线/环境，设置项目和产品线的资源配额，提供资源配额与实际使用量占比图。

实践：通过Prometheus/K8s API采集真实用量，为后续优化阶段提供决策依据。

2.Optimize（人工持续优化资源配额）

人工持续动态根据资源配额和资源实际用量，灵活调整项目和产品线的资源配额，进行k8计算资源缩减和资源扩容，实现持续云成本控制。

包括用量优化（如清理闲置、调整资源规格）和费率优化（如利用折扣）。

实践：公共池、自动回收正是典型的用量优化措施。

3.Operate（自动化持续调整资源配额）

将人工调整资源配额的工作，升级为可持续自动运转的治理机制，核心目标是持续维护与业务真实负载相匹配的合理配额。

实践

持续对比各个业务线（命名空间）实际使用资源消耗与设置的资源配额上限：

当资源实际利用率长期低于阈值，判定存在资源闲置，执行配额收缩，回收集群闲置资源；

当资源利用率持续逼近阈值，业务负载持续走高，则评估是否执行配额上调，结合集群整体剩余资源情况完成后续决策。

联动告警通知、审批工单、节点变更事件，实现资源治理流程自动化、制度化，达成FinOps常态化的成本与资源治理。

 

 

 

 

 

 

 

 

参考