View a markdown version of this page

宗旨 2. 注意多云的误解 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

宗旨 2. 注意多云的误解

在制定多云策略时,请避免以下各节中讨论的常见误解。

每个人都在采用多云策略

咨询公司和媒体公司描绘了采用多云的复杂画面。研究表明,人们对多云方法普遍感兴趣,但支出模式往往会讲述不同的故事。实际上,许多企业要么维护单一云环境,要么维护明确的 primary/secondary CSP 关系。这种脱节凸显了将目光投向头条新闻之外,转而关注组织的特定需求的重要性。

我们的指导方针:

  • 根据您的特定业务需求做出云决策,而不是关注行业趋势。重点关注组织可衡量的成本和风险。

  • 在您的行业背景下研究多云用例。适用于消费科技公司的云策略可能无法转化为金融服务、制造业或游戏环境。

  • 将数据引力视为工作负载放置决策的主要因素。数据的位置和移动通常决定了最有效的云架构。

  • 除了采用率统计数据之外,还可以了解支出模式。报告的高多云采用率通常掩盖了实际的支出模式。

  • 在承诺使用多云环境之前,请评估技术限制。当某些工作负载的组件保留在单个云环境中时,其性能最佳。

多云降低了供应商锁定的风险

在制定云战略时,供应商灵活性是一个合理的考虑因素。Organizations 重视能够随着业务需求的变化调整其技术选择。这种担忧反映了以前在传统 IT 投资方面的经验,这些投资产生了具有约束力的长期承诺。 云服务围绕提供商的灵活性提供了不同的动态。 AWS 提供兼容开源的服务和数据可移植性选项,可减少迁移的技术障碍。但是,灵活性和运营效率之间的权衡仍然很重要。组织必须权衡维护提供商选项的商业价值和与主要提供商提供的专业服务深度集成的技术优势。

一些客户试图通过设计使用容器的与云无关的解决方案来避免锁定。这种方法通常将他们限制在基本的计算和存储服务上,而忽略了高级云功能的优势。我们的经验表明,与使用原生服务相比,由于需要更多的开发时间和资源,这种策略增加了相当大的复杂性。

我们的指导方针:

  • 考虑与云无关的架构的全部成本。额外的工程开销可能不足以证明便携性优势是合理的。

  • 使用云原生功能实现最大价值。仅靠基本的计算和存储服务往往会牺牲在安全性、可扩展性和创新方面的显著优势。

  • 根据业务需求规划云战略。当多云实施增加明显的价值(例如能够在多个平台上为用户提供服务)时,额外的工程投资就会变得物有所值。

  • 评估现实的退出情景和成本。将更换提供商的可能性和费用与使用整套提供商的好处进行比较 AWS 服务。

  • 在的开源基础上构建 AWS。 AWS 诸如 Amazon Relational Database Service (Amazon RDS) 之类的托管服务可为您提供灵活性和卓越的运营,并支持您当今使用的数据库引擎。

  • 利用提供的全面迁移工具 AWS。我们可以帮助您将工作负载向任何方向移动,并在您离开时使用其他提供商 AWS 时提供免费的数据流量。如需了解更多信息,请参阅 AWS 博客文章《迁出时免费将数据传输到互联网》 AWS

多云可提高可用性和弹性

在中断期间,人们相信云提供商之间可以无缝切换工作负载,这促使一些组织转向多云战略。这种思维方式使人们对云基础设施弹性的看法过于简单,忽略了基本的技术现实。

根据多年来与多云客户合作的经验 AWS,我们发现,在提供商之间保持完全的工作负载可移植性通常会带来极大的复杂性,而无法带来所有预期的收益。由于数据引力的限制,数据密集型应用程序面临着难以克服的挑战。实际上,在我们看来,组织几乎不可能成功地为数据密集型工作负载实施真正无缝的多云故障转移。

Gartner杰出副总裁分析师Lydia Leong在社交媒体帖子中强化了这一观点:“多云故障转移既复杂又昂贵,几乎总是不切实际的,也不是解决云弹性风险的特别有效的方法。” 提供商在网络、存储、数据库、机器学习和安全性方面的固有差异使得真正的可移植性几乎是不可能的。在提供商之间分散工作负载可能会增加风险,因为任何一个环境中的故障都可能触发所有环境的中断。

我们的指导方针:

  • 专注于掌握单个工作负载的 AWS 功能,而不是追求复杂的多云架构。

  • 通过 AWS 区域 和可用区建立弹性,而不是尝试跨提供商故障转移。要深入了解 AWS 如何在物理数据中心之间自动进行工作负载故障转移,请参阅 AWS 博客文章 Zonal autoshift — 当我们检测到潜在问题时,自动将您的流量从可用区域转移出去

  • 策略性地将工作负载迁移到一个应用程序 AWS,一次只能专注于一个应用程序,从而最大限度地提高成功率。

多云提供更优惠的定价

对于多云环境来说,价格竞争力可能是最弱的论据。各组织在复杂、昂贵的软件或数据中心合同上签订多年协议的经历使他们在采购IT服务时谨慎行事。传统的采购方法尚未适应采 pay-as-you-go购、批量折扣或云端价格竞争的现实。(截至2025年1月,自成立以来 AWS 已降价151次。)

成本降低的最大驱动因素是管理良好、经过优化的云环境。一家公司通过主要与服务具有性价比优势(例如基于 AWS Gravit on等定制设计芯片的计算实例)并拥有卓越的云财务管理解决方案的提供商合作,可以实现更好的成本优化。根据 2022年Hackett集团对1,000多家组织进行的一项研究,与多云组织相比, AWS 客户的基础设施支出占IT总支出的百分比降低了20%。

我们的经验表明,各公司不会预料到在多云环境中运营会增加成本和复杂性,也不会适当地权衡这一成本与 head-to-head采购参与的预期收益。

我们的指导方针:

  • 在 Well-Architecte AWS d Framework 成本优化支柱上制定成本优化策略。有五个设计原则:

    • 实施云财务管理:要在云端取得财务成功并加速实现业务价值,您必须投资云财务管理。组织必须投入必要的时间和资源,增强自身在这个新的技术和使用管理领域中的能力。与您的安全或运营能力一样,您需要通过知识建设、计划、资源和流程来提高能力,以帮助成为一个具有成本效益的组织。

    • 采用消费模型:仅为所用的计算资源付费,并可根据业务要求增加或减少使用量。例如,开发和测试环境通常在工作周内每天仅使用八个小时。您可以在不使用这些资源时将其停用,这样可以节省 75% 的成本(40 小时比 168 小时)。

    • 衡量整体效率:衡量工作负载的业务产出以及与交付相关的成本。使用此数据了解通过提高产出、增加功能和降低成本获得的收益。

    • 停止将钱花在无差别的繁重工作上: CSPs 完成数据中心运营的繁重工作,例如机架、堆叠和为服务器供电。它们还通过使用托管服务消除了管理操作系统和应用程序的运营负担。这使您可以专注于客户和业务项目,而不是 IT 基础架构。

    • 分析并划分支出属性:使用云,可以更轻松地准确了解工作负载的成本和使用情况,从而将 IT 成本透明地归属到收入来源和各个工作负载拥有者。这有助于衡量投资回报率(ROI),并让工作负载拥有者能够据此优化资源和降低成本。

  • 考虑到在不同提供商之间运营的财务开销,我们引导客户在自动化和成本优化工具上进行大量投资。每个 CSP 都提供了该领域的大量原生工具,例如。AWS 成本优化中心大多数原生工具都为云环境中的客户提供了出色的功能。但是,要了解多项支出 CSPs,您可以从一组丰富的 ISV 和软件即服务 (SaaS) 产品中进行选择,这些产品扩展了这些功能,以提供单一的成本优化体验。

  • 通过支出权益策略稀释购买力并不能产生商业价值。它可能会破坏潜在的批量折扣,并可能破坏技术设计。使用云服务的最有效方法是在您的大部分运营中使用主要提供商,而 CSPs 仅在可以增加业务价值的地方使用其他提供商。