FinOps价值
FinOps的价值到今天越来越明确化,尽管各家公司自己摸索或ToB的一些公司提供的FinOps方案多种多样,但目标基本都是大幅降低企业在云上的支出(这里还是要强调,不是局部支出,是整个云上的支出),至于到底哪家的方案能有效快速work,这个估计还得等更多案例涌现出来(这还是要为自己公司:贝联珠贯点赞的,目前用我们产品的一些实际案例的状况很快会公开,效果还是挺不错的)。
在这几年降本增效成为核心话题的情况下,FinOps自然成为热点,但降本降本,成本支出到底怎么样才是合理的(一方面判断可优化空间,另一方面判断和竞对在经营成本上的优劣),这通常是很多企业经营者,例如CEO/CFO很难判断的,所以我越来越觉得FinOps要逐渐成为解决这个问题的方法,并提供一些可供CEO/CFO观测的非常简单、直白的指标。
云支出说到底就是购买的某项云产品的单价 * 对应的数量,支出的合理性就取决于这两个因素:
1. 单价
单价这个因素要判断合理性比较复杂(背后有很多商业因素),通常云厂商是阶梯价,所以规模越大单价越低,这就使得中小客户就比较痛苦了,毕竟云厂商所提供的云产品,由于其便利性,所以一定是有一些溢价在的,如果单价不能降下去,系统架构又没法改造成动态使用资源的话(关于这个方面的话题,后面专门写篇文章来说说,是个很有意思的话题),那么用云的单价成本对中小客户而言其实还是贵的,我们公司会在背靠多云的IaaS资源的情况下,通过资源调度优化(资源排布、autoscaler等)、采购策略(包年包月、按量等)优化、多云策略(对于某些很容易在多云部署的场景很适用)等,来帮助中小客户把用云的单价有效的降低下去,从我们现在接触的客户来看,通常是可以降低20%-30%的,所以单价这个地方,从我们看到的情况来看,中小客户在这个地方的合理性目前多数是不够的。
2. 数量
数量这个因素有两方面:
1)是不是需要当前的数量 这个话题其实挺复杂的,尤其是像现在很多在线业务架构微服务的情况,微服务是个思想,至于粒度完全取决于架构师,这有些时候就会造成很大的不合理性,这个的不合理不仅仅是造成云支出的增加,更严重的其实是增加了公司研发人数的无谓增加,这块的衡量难就难在和业务直接相关,我们还在想一些办法。
2) 当前的资源是不是都充分使用了 这个方向现在倒是有了非常明确的可衡量的方法,就是去看所有资源全天或一周的平均利用率(取决于业务周期),利用率主要看cpu、存储还是内存,取决于使用资源的类型。 业界内的天花板指标cpu这块可以认为是50%,多数公司呢能做到20%左右应该就算不错了。 这个方向其实做过的公司,技术成熟度已经很高,但对没做过的公司,这里面的技术挑战、整个方案的复杂度还是非常高,我们公司目前在这个方向会提供整体方案的咨询以及核心组件产品。总结来说,我认为FinOps除了非常明确的降低云支出的目标外,会逐渐的沉淀出非常明确、直白的可供CEO/CFO判断公司云支出合理性的指标,从而更好的指导公司经营,目前来看有些用什么指标来衡量还不太清晰,非常欢迎大家讨论讨论。
Loading...