与云计算相关的最多的话题之一就是其成本优势,或缺乏。讨论的话题的方法之一是“capex和opex,”一个简单的公式,但充满了意义。
在其最简单的capex和opex就是计算资源由消费者来买单的那些资源。举个例子,如果一个人使用Amazon Web服务,付款非常细粒度的层次上使用的资源——时间(每server-hour太多)或消费(每gb的存储每个月那么多)。然而,消费者并不拥有资产提供这些资源。亚马逊拥有服务器和存储设备。
从会计的角度来看,拥有资产通常被认为是资本支出(因此绰号资本支出)。它需要支付整个资产和成本成为一个条目在公司的资产负债表,贬值超过一段时间。
相比之下,营运开支成本与运营相关业务在短时间内,通常是一年。在今年支付的所有款项计入损益表,不直接影响到资产负债表。
从组织的角度看,资产负债表是首席财务官的职责范围内,通常仔细屏幕所有要求资产支出,虽然运营支出的业务单位,那些能够花在他们的年度预算和更大的自由。
求和,这意味着运行应用程序并支付其在“使用”的基础上计算资源意味着成本预算(即运行通过操作。运营支出(opex),运行相同的应用程序和使用资源,购买作为一种资产意味着资源的成本是一个资本支出(资本支出),而年折旧率成为营运开支。
显然看起来,运营方法更可取的——毕竟,只是支付你使用。相比之下,资本支出的方法意味着无论如何分配一个固定折旧费用使用的资产。
然而,比较变得更加复杂起来,那些负责云服务提供商通常使用的基础上添加一个利润的成本。内部组不加利润,所以费用加起来只有他们的成本。根据个人的使用场景应用,支付每年的折旧费用可能比付出更细粒度的基础上更有吸引力。这中可以看到汽车使用的逻辑——这是通常更经济购买一辆汽车日常使用在自己的城市,但便宜得多租一辆车远程商务旅行一到两天。
有一个巨大的争议是否capex和opex云计算是更便宜的方法。我们见过在我们自己的业务,在一次会议上,当使用AWS作为部署平台的主题是,一个业务经理断然说道“你不想这样做,两年之后你买了服务器。”Notwithstanding his crude financial evaluation (clearly not accounting for other costs like power and labor), his perspective was opex vs. capex -- that the cost of paying for resources on a granular basis would be more expensive than making an asset purchase and depreciating it.
转移到私有云的complixity补充道。迄今为止,大多数组织工作的基础上,一个应用程序,一台服务器,所以整个折旧为服务器分配给一个应用程序,让多少资本支出的计算方法相对简单的成本。
这与转向虚拟化变得更加复杂,多个应用程序共享一个服务器。现在每年折旧需要分摊于多个应用程序,这可能是更复杂的如果一个人试图分配根据成本分配成本除以成本以外的东西的数量vm的机器上。试图分配成本应用程序所使用的内存总量的百分比,或处理器时间需要仪表和更复杂的会计方法,所以大多数组织只是一个粗略的“X美元,Y的虚拟机数量,每一个成本X / Y”
今天,然而,使用计算资源的组织不想支付固定费用;毕竟,他们可能有暂时的使用,旋转资源短期测试或短暂的商业计划,他们为什么要承诺五年折旧时间表吗?资源消费者期望支付在营运开支的基础上;毕竟,这就是市场。他们想只对所使用的服务付费,无论提供者是谁。
IT组织无畏地为这个世界做准备,实现私有云并朝着细粒度的资源的定价,让任务更加困难,必须承认,大多数IT组织没有成本会计系统旨在支持详细的跟踪。
所以这将是最好的世界——资源消费者得到颗粒,使用成本,it组织提供私有云功能支持复杂的成本分配,没有供应商利润动机征收额外费用超出基础成本。
还是吗?
事情是这样的,对于每一个运营用户之间有一个资本支出的投资者。高兴的为每个用户只支付的资源使用,必须有一个供应商谁愿提供资源和需要的基础上为他们提供——必须有人自己的资产。
资产持有者,提供价格利用率的关键变量,总容量的百分比。回到原油定价公式,利用云的一个例子是多少百分比的总可用服务器处理时间是销售。关键因素是足够的时间——也就是销售。产生足够的利用率,来支付资产。
这意味着组织需要变得更加复杂的负载管理和塑造使用。这是典型的资本密集型产业,认为航空公司和复杂的收益管理措施的实施。
我听说一些人断言利用率不会太大的问题,因为大多数应用程序不是很稳定;也就是说,他们的资源使用没有太大的变化。因此,可以实现高利用率在私有云通过构建一个云支持典型用加上一些闲置产能支持偶尔激增的需求。
我认为这种看法误解可能经验和推断过去不当。这种信念低估的结果作为云计算的应用程序组织吸收能力。其一,现在可以支持高度可变负载,应用组织将开始创建更多的这些类型的应用程序;到目前为止,因为它是很难获得足够的资源这些类型的应用程序,人们甚至没有去思考它们。现在一个高度可变负荷应用程序是可能的,人们会开始开发他们。
第二种方式这个角度看低估未来的结果是它未能理解行为变化为组织学习,他们可以降低成本,压缩应用程序能力使用集中时期。Forrester特征的詹姆斯•斯戴坦这是”下来了,”云计算成本降低方法扩展应用程序或关闭资源。这个成本降低的好处使用,但会导致问题提供者。
最后,云会像过去的基础设施使用的角度——主要是稳定和低增长未能理解会影响需求价格弹性。如果云是便宜,人们会更多的使用。这就是为什么我们在HyperStratus预测即将爆炸的应用程序。同样,这将影响利用率和容量规划(我讨论容量规划在一个云的世界的挑战)。不是每个人都同意我们,只是容量规划文章阅读注释,但摆在我们面前的证据是正确的,问题是在我们眼前——数据中心不堪重负。2020欧洲杯预赛没有人会预测,当第一个客户端-服务器应用程序是安装在一个部门电脑坐在某人的桌子底下,我们将生活在这样一个世界与企业数据中心的能力,但我们所做的。2020欧洲杯预赛云计算将导致相同爆炸的需求。指望它。
这种转变的结果转化为运营和利用风险?这里有几个:
1。收益管理将成为一个核心技能。如果用户不再承担使用风险,组织,必须仔细地管理使用,以确保足够的利用率和财务可行性。代表某人购买设备比购买设备截然不同,卖给别人,携带不够销售发生的风险。顺便问一下,它的历史利用率5% - 15%是可耻的;2009人谴责历史性低生产利用率作为经济深陷困境的证据吗?——和制造业利用率在69% !它必须做得更好。
2。我们可以期待一些引人注目的例子灾害作为云计划的基础上实现70%的利用率难以实现25%,伴随金融喋血。当然,高调的灾害不是什么新鲜事业内(纽约的CityTime系统的崩溃),所以这也许不会提高连锁的行业似乎已习惯失败。价格直接相关的重要的一点是利用率、低利用率可以构成两种令人不快的结果:回到用户和要求更高的利率,或吸收大量报废闲置产能。
3所示。金融人才将是组织的关键操作私有云。能够跟踪利用率、定价、市场需求提高,并实现定价(和收藏!)技能大多数IT组织目前不需要。这将在短期内改变。有人可能会说,随着oft-predicted搬到它操作像一个业务,需要把所有的元素与运行相关的业务。
4所示。风险管理将在自己的一个类别。操作与金融资本密集型业务的风险敞口暴露基于利用率高,非常高。找出一种方法来管理这种风险将为IT组织在未来是至关重要的。我最近碰到一家名为蓝色战略提供保险的等效互换——保护与利用风险通过支付中介费用。只是一个企业家都集中在这个区域表明,问题是现在,也许比最欣赏。还为时过早告诉该公司将如何,但可以有把握地说,云计算带来了更多的风险比传统的一个应用程序,一台服务器。
像往常一样,我仍然着迷于这种发展技术,和相信更多的变化和利益摆在我们面前的比我们看到整个计算的历史。在某种意义上,它是搬到下一个阶段,它是一个公司的核心能力,而不是一个backoffice支持功能。然而,这将要求相同的操作纪律和其他核心组织的财务管理,所以利用率问题的风险是完全适合一个更加重要的角色。
伯纳德•金是咨询公司的首席执行官HyperStratus,专门从事虚拟化、云计算和相关问题。他也是“虚拟化傻瓜书》的作者的畅销书虚拟化。
在Twitter上关注伯纳德•金@bernardgolden。在Twitter上关注从CIO.com @CIOonline
这个故事,“云计算的成本优势争议”最初发表的首席信息官 。