扫一扫
关注微信公众号

多云投资回报率指南:实现价值与效率最大化的方法
2025-06-26   企业网D1Net

  我们生活在一个多云时代。根据HostingAdvice.com最近对IT领导者的调查,89%的受访者表示,企业不应在其运营中仅依赖单一云提供商,相反,他们转向超大规模提供商如Azure、AWS和Google,以及小型提供商来获取云服务,但这并不意味着一切顺利,事实上,73%的人面临安全复杂性的挑战,45%的人担心供应商锁定。

  此外,还有一个潜在问题,如何确保你的多云支出正在产生回报?多云的投资回报率是多少,以及如何提高它?为了找到这些答案,我们采访了高管和云专业人士,了解他们的工具和行业技巧。

  多云如何带来回报

  多云架构提供了更高的弹性,这是其带来投资回报的最明显方式之一。“没人愿意大声说出来,但重大云中断确实会发生,”Chronosphere的现场CTO Bill Hineline说,“当这种情况发生时,在一个提供商中拥有10个区域毫无意义,这就是多云发挥作用的时候。”对于每分钟停机成本高昂的企业来说,能够在不同提供商之间进行故障转移,是财务和声誉上的生命线。

  但不同的云提供商不仅仅是相同的存储和计算集群,多云架构可以为你的企业提供针对特定任务的最佳工具。

  “每个云在某些工作负载上都更擅长,”Baseten的营销主管Mike Bilodeau说,“根据你的业务和所构建的内容,使用不同的云来处理不同的产品可能是有意义的。”Hineline也同意这一观点:“你可以在GCP(Google Cloud Platform)上运行分析,同时将核心工作负载保留在AWS上。”

  JLEE & Associates的CEO Jimmie Lee补充说:“一个云提供商可能提供更低的存储成本,另一个可能提供更好的计算或AI交易定价。如果实施得当,这些收益可以显著降低成本。”

  性能是多云可以展现优势的另一个领域。Bilodeau表示,在跨云区域将工作负载更靠近最终用户可以减少延迟并提高响应速度。“亚马逊的经典统计数据显示,每增加100毫秒的延迟,他们就会损失1%的顶级收入,”他说,“使用多云将工作负载更靠近客户可以帮助解决这个问题。”

  这种优势超越了架构本身。在AI密集型环境中,推理成本可以迅速主导公司的云支出。“我们亲眼看到,对于许多大型公司来说,推理成本比所有其他云成本都要高出一个数量级,”Baseten的CTO Amir Haghihat说,“采用多云策略让他们在合同谈判中获得了非同小可的筹码。”

  它还增加了对稀缺资源(如GPU)的访问。“对最新硬件的需求如此之高,以至于获取像B200s这样的东西可能很困难,”Haghihat说,“采用多云策略可以让你更容易地利用那些GPU价格/性能比更好的地方。”

  多云还使企业能够通过将工作负载在公共云和私有云之间进行拆分,来微调其运营成本结构。Rimini Street的全球CIO Joe Locandro亲眼见证了这一点。

  “我们正在为能源网运行大型预测模型,这需要巨大的计算能力,”Locandro说,“迁移到更复杂的云将模拟时间从12小时缩短到两小时,这使得团队每月能够多运行300%的模拟。”

  多云的不足之处

  所有这些多云的好处无疑听起来对技术领导者来说像是现金注册机的“咔嗒”声,但我们采访的所有专家都强调,获得这些投资回报取决于执行情况,而且理想的结果往往难以实现。在实践中,许多企业发现多云同样容易引入摩擦、冗余和收益递减。

  “如果你的团队花费一半时间在不同云环境之间切换,那么灵活性就是一个神话,”EasyAudit.ai的CEO Christian Khoury说,“我们看到当工程师不得不处理两个云控制台、两个IAM系统、两套文档时,生产力下降了。”多个环境不仅无法实现敏捷性,反而可能让团队因重复的工具和不兼容的工作流程而陷入困境,而且,一旦你成功部署了应用程序,你可能会发现性能受到了影响。

  即使工作负载可移植性的概念——许多多云策略的核心支柱——也很少能像企业期望的那样发挥作用。“企业对自己说的一个谎言是,多云策略使应用程序能够在需要时在云服务之间移动。”YL Ventures的合伙人、前Akamai CSO Andy Ellis说。

  “现实恰恰相反。”在大多数情况下,应用程序与提供商特定的服务紧密集成——其中一些正是你选择多云的原因。“你不能再将应用程序建模为‘一排服务器,只是虚拟化的’,”Ellis说,“应用程序是一个微服务生态系统,其中许多服务都是你付费的。”

  这种紧密耦合不仅限制了可移植性——还削弱了谈判能力。“你并没有真正的筹码来轻易威胁迁移现有应用程序,”Ellis补充道,“云迁移项目可能比数据中心迁移还要昂贵。”提供商知道这一点,尽管他们有动力保留你的业务,但迁移的成本和复杂性成为了一种事实上的锁定。

  为什么需要证明多云的投资回报率

  正确的问题不是多云是否省钱——而是它是否值得成本。Forrester的分析师Tracy Woo这样阐述这个问题。“几乎每个人都明白,你不会仅仅为了省钱就将工作负载迁移到云端。”Woo说。

  “所以下一个问题是:它值得吗?这涉及到成本管理之外的对话。”许多公司并没有将这些决策作为长期计划的一部分,她表示。“很多所谓的‘策略’只是:其他人都在做,我们也应该做,这在疫情期间尤其如此。”

  对于仍在构建规模的公司来说,多云可能甚至还不相关。Baseten的Bilodeau指出:“就延迟问题而言,人们通常不会意识到他们有延迟问题,直到达到一定的规模水平。”为了解决这些问题,“大多数公司一开始不会采用多云,因为这需要基础设施的大量投资,而相比之下,获取产品采用更为重要。”但一旦公司达到某个阈值——无论是在流量、性能要求还是客户需求方面——采用多云的压力就会增加。

  问题是,这种增长很少是作为干净战略部署的一部分展开的。通常,技术团队会默认使用他们熟悉的工具。“我们不想采用多云,”EasyAudit.ai的Khoury说,“我们最终采用了它,因为不同的团队选择了他们熟悉的东西,开发人员选择了GCP,运维人员选择了AWS,然后法律部门说,我们需要一个私有云选项来满足一项企业交易,欢迎来到供应商地狱。”

  即使是成熟的企业也经常无意中继承了多云的复杂性。正如YL Ventures的Ellis所说:“并购带来了云环境,而且你的云服务积累速度与你的增长速度相称。开发团队可能带来了不同云技术的专业知识,并且他们会使用他们熟悉的技术进行构建,”他补充道,“而且你在业务其他领域的合作伙伴可能已经推动你以折扣价采用他们的云服务。”

  有时,决策甚至不是内部的。Baseten的Bilodeau解释说,对于销售基础设施软件的供应商来说,客户偏好可以决定云选择:“有些公司是‘AWS’或‘GCP’商店。如果你的软件不能在这些云中运行,那么这可能就是一个交易障碍。”Woo也同意这一点:“很多人没有选择,可能有政治原因,或者是一个鲁莽的工程师,或者是一个合作伙伴的要求——突然之间,你就得支持大家想要的东西。”

  结果是一个由一次性决策拼凑而成的架构,而不是一个连贯的计划。“我们经常发现,我们的客户正在使用许多不同的云服务和产品,”JLEE & Associates的Lee说,“这些通常是架构或推荐给他们的,而没有更全面和多年的战略。”

  为了应对这种复杂性,具有商业头脑的IT领导者需要挺身而出。“通常,IT部门从技术和风险的角度来看待云提供商,”Rimini Street的Locandro说,“具有商业洞察力的CIO需要制定良好的指标、监控和成本意识,以真正了解价值。”

  提高多云投资回报率的建议:策略、结构和技能

  多云可以带来有意义的回报——但前提是你得有意识地使用它,这些好处不会仅仅因为你在多个平台上拥有账户就自动实现。

  “如果实施不当,多云产品成本可能会失控,”JLEE & Associates的Lee说,而Rimini Street的Locandro补充说,对于许多企业来说,多云的总拥有成本(TCO),包括管理、监控和提升员工技能的成本,“远远超出了最初的预期和供应商的承诺”。

  如果没有治理、可观察性和架构纪律,你可能会面临更高的成本、团队困惑和错失的机会。以下是我们采访的专家推荐的步骤,以使多云值得投资。

  只使用你真正需要的云。这一点看起来很明显,但在实践中却经常被忽视。“太多领导者将多云视为一种地位象征,而不是一种策略,”Pluralsight的首席云策略师Drew Firment说,“这不是关于拥有‘更多的云’——而是关于拥有正确的云,出于正确的原因。”

  在EasyAudit.ai,Khoury的团队提出了一个尖锐的问题:“每个云在生产中的实际价值是什么?”任何不支持核心服务或合规要求的东西都被标记出来。“我们没有追逐理论上的冗余——我们试图在解释三张账单之前控制一张账单。”他说。

  云成本和可观察性是紧密相连的。“许多团队仍然将成本视为一项开支项目,而不是一种治理实践,”Chronosphere的Hineline说。“对于可观察性也是如此。做得好的团队已经将两者都视为首要任务,这意味着严格的标记纪律、明确的所有权和有意的工具使用。如果你的FinOps团队无法将每一美元的支出追溯到服务和团队,那么你就是在盲目行事。”

  YL Ventures的Ellis也同意这一观点:“如果没有对云服务使用情况的可见性,那么这就像是在瓷器店里开推土机。”他建议,从一开始就提供“白手套服务”,将团队引入成本高效的环境中,而不是采用重量级流程进行压制。

  审查你的架构以消除低效。Ellis建议进行基本的管理,比如识别同一提供商中的重复账户,这样做“可以让你在批量购买时获得更好的定价。”他说。

  即使是简单的做法也可以减少浪费。Rimini Street的Locandro说,他遇到过“开发人员启动测试和开发环境,然后在完成后忘记关闭环境的情况。你需要在完成后关闭环境,而不是让云‘水龙头’一直开着。”

  衡量重要事项:生产力和成果。“多云投资需要通过有意义的生产力提升和业务成果来衡量,”Firment说,“如果你没有实现更快的部署和改进的客户价值,那么你只是在累积云账单,而且名字更花哨。”

  提升团队技能——并引导他们到达终点。“只有当你的员工经过培训,能够驾驭不同之处时,灵活性才会转化为更快的交付,”Firment补充道,但你不应该期望每个开发人员都掌握每个云。“目标是构建一次,到处运行,并快速交付。”

  这需要支持智能决策的架构。正如Ellis所指出的:“开发人员通常会选择阻力最小的路径,因此你越能让他们轻松采用那些能为你整体节省最多钱的平台,你的情况就越好。”

  多云复杂性需要智能部署

  如果多云曾经看起来像是一种技术升级——甚至是一种复杂的标志——那么它现在需要更深层次的东西:一种将云架构与业务成果联系起来的战略视角,这种演变与IT本身角色的变化同时发生。

  “我认为,多云投资回报率这个问题背后的背景是很多团队正在被推动去做的事情,”Forrester的Tracy Woo说,“他们被推动的原因是因为IT过去只是IT——你有一台台式机,上面加载了一些应用程序。现在,IT战略已经成为业务或数字化转型的支撑骨干,”她说,“它已经开始不断提升,越来越高,这就是为什么云真正改变了人们的工作方式。超越这个问题的大问题是:多云的投资回报率是多少?”

  对于那些将多云视为一种形式——或者在没有结构的情况下任其蔓延的企业来说,答案很可能是“没有多少”,但对于那些将云架构与业务优先级、成本纪律、性能目标以及对团队能力的现实评估相结合的企业来说,多云可以成为长期敏捷性和弹性的基础,并带来对初始必要投资的回报。

  跟踪多云成本的工具

  专家分享了他们最喜欢的工具(以及其他提示)来监控日常多云支出:

  Jimmie Lee:当使用四大主要云提供商时,很难在理解如何优化云架构和降低成本方面超越他们的工具、团队和合作伙伴网络。不过,有一些值得注意的第三方工具。AI产品正在开发中,将在不久的将来为这些成本增加更多的可见性和管理能力。

  CloudZero、Apptio、Vantage、Harness和Densify等工具是其中的几个。对我来说,跟踪和控制成本始于确保我们拥有透明和优化的基础设施即代码(IaC)和持续集成/持续部署(CI/CD)设计和操作。这确保了更改经过适当的代码审查,促使对更改的原因和时间进行必要的讨论,并允许我们为计划实施的每个中型或大型更改设定成本节约或投资回报率(ROI)目标。

  Andy Ellis:从主要平台(AWS Cost Explorer、Azure Cost Management和Google Cloud Cost Management)的成本管理和分析工具开始。当这些工具不再足够时,你真的应该开始考虑多云工具,因为现在你会足够了解你想要成为什么,从而成为一个有辨别力的购买者。

  CloudZero、Apptio Cloudability和Kubecost等工具可能是很好的起点,但市场上有很多竞争对手,其中许多工具会集成到你现有的FinOps平台中。这些集成可能是购买时最有价值的特性。

  你还可以将关注成本节约与关注安全相结合。这两项举措都始于对云账户的盘点,并将它们连接到一个中央平台。云原生应用保护平台(CNAPPs,如Orca和Wiz)现在包括云成本优化作为一项内置工具,这将识别完全未使用的服务,以便你可以努力取消配置它们——降低风险的同时节省资金,并减少云运营团队需要了解的项目数量。

  Drew Firment:在花钱购买工具之前,先从严格的标记、紧密的治理和让工程团队对财务负责开始。如果没有人负责支出,那么每个人都会超支。

  AWS Cost Explorer、GCP Billing Reports和Azure Cost Management等原生工具是一个很好的起点,但像CloudHealth和Apptio这样的好成本工具不仅仅会展示你的账单——它们还会展示你为什么会收到账单。Stacklet等工具是游戏规则的改变者,因为它们会将策略嵌入到管道中,它们不仅仅会展示你花了多少钱——它们还会阻止你一开始就犯下昂贵的错误。

  即使是最好的工具,如果你的员工不接受培训,将云成本视为他们成功的一部分,那么也没有什么意义。当你的团队接受培训并使用这些工具时,真正的可见性才会到来,而不仅仅是你的财务部门。

热词搜索:多云战略 云成本 IT领导者

上一篇:Google Spanner 实现全球分布式的事务
下一篇:最后一页

分享到: 收藏