FinOps采用:如何让工程师参与云成本节约过程

举报
kaliarch 发表于 2022/09/10 10:07:53 2022/09/10
【摘要】 目前有大量的云成本管理软件、数十种云成本优化场景和策略,但实际上所有这些都存在一个严重的问题,限制了节约的效果。传统云成本管理工具的主要思想是扫描您的云账单并发现现有资源,从而为您提供如何节省云账单的食谱。主要重点是:未使用的资源(卷、AMI、快照、弹性IP等)调整大小的问题–当选择了错误的风格时,在大多数情况下,可以应用缩小大小保留实例和保存计划建议这是一个非常好的报告,有一个很好的和吸引...

目前有大量的云成本管理软件、数十种云成本优化场景和策略,但实际上所有这些都存在一个严重的问题,限制了节约的效果。

传统云成本管理工具的主要思想是扫描您的云账单并发现现有资源,从而为您提供如何节省云账单的食谱。主要重点是:
未使用的资源(卷、AMI、快照、弹性IP等)
调整大小的问题–当选择了错误的风格时,在大多数情况下,可以应用缩小大小
保留实例和保存计划建议

这是一个非常好的报告,有一个很好的和吸引人的数字X美元可能节省。但问题是这些数据的使用者是谁。通常,有一两个IT人员负责云成本节约。他们可以担任SRE、CloudOps、DevOps或中央IT职位,在不同的公司他们有不同的头衔。他们肯定可以购买更多的保留容量或节省计划,但当涉及到未使用的资源或适当的规模时,他们不能只是去应用建议,他们必须与资源所有者互动。这种互动扼杀了大部分节约成本的潜力,因为这一两个人必须与工程师和SRE交谈,让他们审查资源,解释他们的目标。

工程师希望编写代码并关闭Jira票据。他们不去云控制台,忘记清理资源,也不在乎成本。现在他们需要改变口味,冒着一些工作会因内存不足而失败的风险,回顾一些旧的资源。很明显,他们会尽最大努力推迟这类任务,避免讨论。因此,通常,公司只能节省20-30%的可能节省金额,IT人员会尽最大努力避免与工程师的下一轮沟通,而公司只是接受他们不能节省更多。

如何改进?只有让工程师参与这个过程。是的,我们记得他们不关心成本,也不想承担新的责任,但工程师只需要一个简单的任务:对自己的资源和生命周期负责,公司的任务是给他们工具,使过程简单和无干扰。

在理想情况下,公司应该使用以下工具:
给出一种方法来设置和更新TTL,关于过期的通知。设置标签和运行脚本发送电子邮件可以是一种选择
团队为工程师提供跟踪资源、获取警报、更新TTL的方法
给出关于工程师资源的个性化建议,这样他或她就不需要与IT人员互动
给经理和预算所有者一个跟踪进度和结果的方法,以便在必要时采取纠正措施
教育工程师和管理人员,简化他们对仪器的使用
解释此类行动的业务需要

因此,它不仅提供了一两次云成本优化迭代,而且构建了一个简单但宝贵的过程,在这个过程中,产生大量云费用的研发团队有助于节省,工程师不会觉得他们有另一个烦人的任务,只是为了关心他们的资源。
与IT中的大多数事情一样,最好的原则和标准只取决于整个团队对它们的遵守程度。限制因素和风险往往不是现代技术带来的影响,而是涉及的人员和过程。工程团队的交集在FinOps的采用和成本优化方面发挥了作用。因此,如果您渴望了解部署资源的成本以及如何设计成本优化架构,那么您肯定需要让您的工程团队积极参与FinOps和云成本节约。

今天,当许多公司依赖于OpEx环境时,工程团队感到很自由,可以毫不费力地根据需要调用资源来运行他们的服务。人们认识到,对于许多云用户来说,从工程和财务的角度来看成本往往是一个挑战–工程技术在没有标准化指导方针的情况下旋转资源,例如设置预算、TTL、警报和通知、适当的资源标记和频繁的节奏。虽然这种“自由”能提高产品开发速度和更好的产品开发,但它不是建立研发过程的最佳方式。
为了定义预算、控制云成本和正确预测费用,让工程师作为大多数资源的所有者参与是一个关键问题。每个团队成员都可以帮助构建有效的云使用体验并管理云成本。

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

评论(0

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

全部回复

上滑加载中

设置昵称

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

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

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