FinOps和FinDev

举报
kaliarch 发表于 2022/09/10 10:38:48 2022/09/10
【摘要】 思维、工具、技能、最佳实践…今天,在现收现付领域的财务优化的广阔和新的操场正在从各个方面覆盖:新的玩家和框架、书籍、培训、认证等等…2019年2月,美国甚至成立了一个FinOps基金会(如果没有所有的基金会,它会怎么办?)以及第一个关于这个主题的法国Meetup小组,Timspirit很高兴成为该小组的创始成员,它正在等待您!成本控制的相关性显然是不容置疑的。当大大小小的组织都在努力实际定义...

思维、工具、技能、最佳实践…今天,在现收现付领域的财务优化的广阔和新的操场正在从各个方面覆盖:新的玩家和框架、书籍、培训、认证等等…
2019年2月,美国甚至成立了一个FinOps基金会(如果没有所有的基金会,它会怎么办?)以及第一个关于这个主题的法国Meetup小组,Timspirit很高兴成为该小组的创始成员,它正在等待您!
成本控制的相关性显然是不容置疑的。当大大小小的组织都在努力实际定义他们的FinOps方法时,如果我们抬起头来,我们能对它的未来说些什么呢?

先回到原点

费用的优化和控制不是随着云出现的,甚至不是随用随付。那么为什么这一术语和学科近年来如此流行呢?
在本文中,让我们来看看FINOPS的一个来源。在这个常识性会计断言中,让我们来看看第一部分:IT资源使用。

我们都有这种曲线,一方面反对资源过度分配(导致浪费),另一方面反对资源不足(导致质量下降)。

所有这些都突出了无法在任何给定的时间将资源的分配(或者如果愿意的话提供)与其实际消耗保持一致。简而言之,容器和内容之间的对立需要在企业中得到积极的管理和支持。

公有云的影响,尤其是按使用付费计费的普及,导致了对这种内容/容器反对的处理的新势头,主要原因有两个:

  • 它修改了内容的粒度。
    部署的IT资源更加丰富多样,易于管理,可以集结在一起。
    简而言之,可以为它们分配CRUD缩写的4个属性(创建资源、更新和删除资源,以及在任何时候知道它们的属性和状态的恒定能力),这些属性以前是为数据管理保留的。
  • 它改进了它的优化。
    节省的费用几乎可以实时查看。巨额资本投资及其几年摊销所产生的惯性消失了。

例如,让我们比较遗留的内部基础设施(包括私有云)和按次付费的IaaS公有云之间的成本分配:

以前,设备(设施、能源、消耗品、维护等)的高昂成本使公司花费了数年时间,必须通过调动大量人力资源(管理RFP/Q、技术和法律专门知识、采购流程等)定期更新。这些杠杆虽然存在,但很难操作:收益有限,影响缓慢显现。
如今,这些投资正在远离。FinOps最大的挑战是关于IaaS资源及其使用。
目前,市场上的FinOps工具大多从已部署的IT资源中收集使用度量,并就需要进行的更改提出建议。正确的规模是国王:这一切都是为了让分配的尽可能接近消耗的。
如果我们用AWS服务进行类比,下面是一个典型基础设施的演变:

根据需要调整EC2实例、EBS卷和RDS数据库本身并不会改变容器/内容二分法。我们离浪费追逐不远了,这种追逐也可以在一个on-prem基础设施中进行。
改变游戏规则的是,节省更容易实现,更快获得,而且远不是可以忽略不计的。

  • 向无服务器的进化
    说白了,无服务器极有可能彻底结束这种容器/内容对立。在这种新的范例中,资源分配将根据使用情况增加或减少。换句话说,就像杯子空了一半或太满了两倍一样,随着水位的上升,杯子会变大。

总的来说,FinOps(实践、技能、文化、工具)必须适应并逐渐从OPS/Infra方向迁移到开发方向。这主要是一个应用程序效率和代码优化的问题。


扩展与AWS的类比,无服务器服务定价模型已经为寻找浪费的资源留下了很小的空间。
在AWS Lambda(资源分配,特别是分配给函数的内存–参见此处关于Lambda中的FinOps)和AWS Aurora Serverless(每个ACU切片的分配,即内存/计算组合–也参见这篇优秀的文章)中仍然有一些这样的迹象:因此,仍然可以微调与资源分配相关的成本驱动因素。
但是有一个明显的趋势是将消耗概括为实际使用,放弃资源分配/供应:我们将以GB、IO、运行时、请求数……我们的应用程序将实际消耗什么来支付。
我们将支付在GB,在IO,在运行时,在数量的请求…我们的应用程序将实际消耗。

FinDev

在一个假设的100%无服务器和随需应变的世界中,FinOps因此将成为一个以代码为中心的优化任务,并移交给开发团队。可能收益较低,因为储蓄更有限,更难获得。

这些新的FinOps实践,比方说FinDev来区分它们,然后必须和工具一样发展。新的主题将变得更加重要,尤其是在规模上,例如:
哪些库可以优化CPU和内存消耗?
对于给定的用例,我们应该消耗更多的CPU和更少的存储,还是反之亦然?
采用哪些数据格式(这里有一个有趣的例子)?

结论

不过别担心,这个假想的世界远未存在,你也不会有时间感到厌烦!IT领域将始终保持非常异构:IaaS和无服务器的混合、云的混合(multicloud)、PaaS特别是SaaS提供,它们在财务管理方面也有所不同。
在优化支出时,可以而且必须考虑其他标准:
应用程序的概况及其在负载方面的可预测性(24×7与业务时间、恒定需求与高可变性)。
购买选项与保留实例,AWS节省计划和其他承诺使用折扣超过1或3年
特定于服务的选项或复原力承诺
财务研究、商业案例和其他成本评估仍然有一个光明的未来。

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

评论(0

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

全部回复

上滑加载中

设置昵称

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

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

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