推动因素、注意事项、策略和方法

Last reviewed 2025-01-23 UTC

本文档定义并讨论了业务目标、驱动因素和要求,以及这些因素在构建混合架构和多云架构时如何影响您的设计决策。

组织可以将混合云或多云架构作为永久解决方案来实现特定业务目标,也可以作为临时状态来满足特定要求(例如迁移到云端)。

回答以下与您的业务相关的问题,有助于确定您的业务要求,并就如何实现部分或全部业务目标建立具体的预期。这些问题侧重于您的业务需要什么,而不是如何从技术层面实现。

  • 哪些业务目标促使您决定采用混合云或多云架构?
  • 混合云或多云架构将帮助实现哪些业务和技术目标?
  • 哪些业务驱动因素影响了这些目标?
  • 具体业务要求是什么?

在混合云和多云架构的背景下,企业客户的一个业务目标可能是从单个区域扩大线上销售业务或市场,成为其细分市场中的全球领军企业之一。其中一个业务目标可能是在 6 个月内开始接受来自全球(或特定区域)用户的采购订单。

为了支持上述业务要求和目标,一个潜在的主要技术目标是利用公有云的全球功能和服务,将公司 IT 基础架构和应用架构从仅限本地的模型扩展为混合架构。此目标应具体明确且可衡量,从目标区域和时间范围方面明确定义扩展范围。

一般来说,混合云或多云架构本身可能并不是一种目标,而是一种满足特定业务需求所驱动技术目标的手段。因此,选择正确的混合云或多云架构之前要先明确这些需求。

请务必区分 IT 项目的业务目标和技术目标。您的业务目标应以贵组织的目标和使命为重点。您的技术目标应侧重于构建技术基础,使贵组织能够满足其业务要求和目标。

业务驱动因素会影响业务目标和目标的实现。因此,明确确定业务驱动因素有助于制定更贴合市场需求和趋势的业务目标或目标。

下图展示了业务驱动因素、目标、任务和要求,以及技术目标和要求,以及所有这些因素之间的相互关系:

流程图:显示制定技术要求时需要考虑的事项,包括业务驱动因素、目标、任务和要求,以及技术目标。

业务和技术驱动因素

考虑业务驱动因素对技术目标的影响。选择混合架构时,一些常见的业务驱动因素包括:

  • 遵从有关数据主权的法律法规。
  • 借助云财务管理和FinOps 等成本优化学科的支持,降低资本支出 (CAPEX) 或一般 IT 支出。
    • 云采用可以由有助于降低资本支出 (CAPEX) 的场景驱动,例如在混合架构或多云架构中构建灾难恢复解决方案。
  • 改善用户体验。
  • 提高灵活性和敏捷性,以应对不断变化的市场需求。
  • 提高成本和资源使用的透明度。

考虑采用混合云或多云架构的业务驱动因素列表。不要孤立地考虑这些因素。您的最终决定应取决于您的业务重点。

在贵组织认识到云端优势后,如果没有任何限制(例如费用或特定合规性要求要求将高度安全的数据托管在本地),可能会决定全面迁移。

虽然采用单一云服务提供商可以带来诸多好处,例如降低复杂性、服务之间内置集成,以及预定用量折扣等成本优化选项,但在某些情况下,采用多云架构对企业而言仍然有益。以下是采用多云架构的常见业务驱动因素,以及每个驱动因素的相关注意事项:

  • 遵从有关数据主权的法律法规:最常见的情况是,某个组织将业务扩展到新区域或新国家/地区,并且必须遵守新的托管数据法规。
    • 如果您当前使用的云服务提供商 (CSP) 在该国家/地区没有本地云区域,那么出于合规性考虑,常见的解决方案是使用在该国家/地区拥有本地云区域的其他 CSP。
  • 降低成本:降低成本通常是采用某项技术或架构的最常见业务驱动因素。不过,在决定是否采用多云架构时,请务必考虑的不仅仅是服务费用和潜在的价格折扣。考虑在多个云端构建和运行解决方案的费用,以及现有系统可能引发的任何架构限制。

有时,与多云策略相关的潜在挑战可能大于优势。多云策略日后可能会产生额外费用。

与制定多云策略相关的常见挑战包括:

  • 增加管理复杂性。
  • 保持一致的安全性。
  • 集成软件环境。
  • 实现一致的跨云性能和可靠性。
  • 构建拥有多云技术技能的技术团队可能需要花费大量资金,并且可能需要扩大团队规模,除非由第三方公司管理。
  • 管理各个 CSP 提供的产品定价和管理工具。
    • 如果没有能够提供统一费用可见度和信息中心的解决方案,就很难高效地管理多个环境中的费用。在这种情况下,您可以使用 Looker 云费用管理解决方案(如果适用)。如需了解详情,请参阅有效优化 Cloud Billing 费用管理的策略
  • 使用每个 CSP 提供的独特功能:借助多云架构,组织可以使用更多新技术来改进自己的业务能力产品,而不局限于单个云服务提供商提供的选项。
    • 为避免任何意外风险或复杂性,请通过可行性和有效性评估来评估潜在挑战,包括之前提到的常见挑战。
  • 避免供应商锁定:有时,企业希望避免受制于单一云提供商。多云方法可让他们根据业务需求选择最佳解决方案。不过,此决定的可行性取决于多种因素,例如:
    • 技术依赖项
    • 应用间互操作性注意事项
    • 重建或重构应用的费用
    • 技术技能集
    • 安全性和可管理性保持一致
  • 提高业务关键型应用的可靠性和可用性水平:在某些情况下,多云架构可以提供对服务中断的弹性。例如,如果某个 CSP 的某个区域发生故障,流量可以路由到同一区域中的另一个 CSP。此场景假定这两家云服务提供商都支持该区域所需的功能或服务。

如果特定国家/区域的数据驻留法规要求将敏感数据(例如个人身份信息 [PII])存储在该位置,多云方法可以提供合规的解决方案。通过在一个区域使用两家 CSP 来实现服务中断弹性,您可以更轻松地遵守监管限制,同时满足可用性要求。

在采用多云架构之前,请先评估以下一些弹性注意事项:

  • 数据移动:数据在多云环境中的移动频率如何?
    • 数据迁移是否会产生大量数据传输费用?
  • 安全性和可管理性:是否存在任何潜在的安全性或可管理性复杂性?
  • 功能等同:所选区域中的两个 CSP 是否都提供所需的功能和服务?
  • 技术技能集:技术团队是否具备管理多云架构所需的技能?

在评估使用多云架构来提高弹性可行性时,请考虑所有这些因素。

在评估多云架构的可行性时,请务必考虑长期优势。例如,虽然在多个云上部署应用来实现灾难恢复或提高可靠性可能会在短期内增加费用,但这样可以防止服务中断或故障。此类失败可能会造成长期的财务和声誉损害。因此,权衡采用多云的短期费用与长期潜在价值也很重要。此外,长期潜在价值可能会因组织规模、技术规模、技术解决方案的关键性和行业而异。

计划成功打造混合云或多云环境的组织应考虑打造云技术卓越中心 (COE) (COE)。在您向云端迁移期间,COE 团队可以成为转变贵组织内部团队为企业提供服务方式的中介。COE 是组织加快云端采用速度、推动标准化,以及确保业务战略与云投资保持更紧密一致的途径之一。

如果混合云或多云架构的目标是创建临时状态,常见的业务驱动因素包括:

  • 需要为短期项目降低资本支出或一般 IT 支出。
  • 能够快速预配此类基础架构来支持业务用例。例如:
    • 此架构可能适用于限时项目。它可用于支持在有限时间内需要大规模分布式基础架构的项目,同时仍使用本地数据。
  • 需要大企业建立多年期数字化转型项目,并使用混合架构一段时间,以帮助他们将基础架构和应用现代化与业务重点保持一致。
  • 在企业合并后,需要创建临时的混合云、多云或混合架构。这样一来,新组织便可以为其新云架构的最终状态定义策略。两家合并的公司使用不同的云服务提供商,或者一家公司使用本地私有数据中心,另一家公司使用云,这种情况很常见。无论是哪种情况,合并和收购的第一步几乎都是集成 IT 系统。

技术推动因素

上一节介绍了业务驱动因素。为了获得批准,重大架构决策几乎总是需要这些驱动因素的支持。不过,技术驱动因素(可基于技术增益或限制)也可能会影响业务驱动因素。在某些情况下,您需要将技术驱动因素转化为业务驱动因素,并说明它们可能会对业务产生哪些积极或负面影响。

以下列表并非详尽无遗,其中列出了采用混合云或多云架构的一些常见技术驱动因素:

  • 构建可能很难在现有环境中实现的技术能力,例如高级分析服务和 AI。
  • 提高服务质量和性能。
  • 自动化和加速应用发布,以加快上市时间并缩短周期。
  • 使用高级 API 和服务来加速开发。
  • 加速计算和存储资源的预配。
  • 使用无服务器服务更快地大规模构建弹性服务和功能。
  • 使用全球基础架构功能构建全球或多区域架构,以满足特定的技术要求。

临时混合架构和临时多云架构最常见的技术驱动因素是,为从本地迁移到云或迁移到其他云提供便利。一般来说,云迁移几乎总是会自然而然地导致混合云设置。企业通常必须根据其优先事项,系统地迁移应用和数据。同样,短期设置可能是为了在一定期限内使用云端提供的高级技术来验证概念。

技术设计决策

确定的技术目标及其驱动因素对于做出以业务为导向的架构决策以及选择本指南中讨论的架构模式之一至关重要。例如,为了支持特定的业务目标,公司可能会设定一个业务目标,以便在 3 到 6 个月内建立一项研究和开发实践。为支持此目标,主要的业务要求可能是:以尽可能低的资本支出构建研究和设计所需的技术环境。

在本例中,技术目标是实现临时的混合云设置。实现此技术目标的驱动因素是利用云端按需定价模式来满足前面提到的业务要求。另一个驱动因素受到特定技术要求的影响,这些要求需要具有高计算容量且快速设置的云端解决方案。

针对混合云和多云架构使用 Google Cloud

使用开源解决方案可以更轻松地采用混合云和多云方法,并最大限度地减少供应商锁定。不过,在规划架构时,您应考虑以下潜在复杂性:

  • 互操作性
  • 易管理性
  • 费用
  • 安全

在贡献于开源并支持开源的云平台上构建应用,可能会有助于简化您采用混合云和多云架构的路径。开放云是一种方法,可为您提供最多的选择并抽象复杂性。此外, Google Cloud 可让您灵活选择跨混合云环境和多云端环境迁移、构建和优化应用,同时最大限度减少供应商锁定,利用最佳解决方案并满足监管要求。

Google 也是开源生态系统的最大贡献者之一,与开源社区合作开发了 Kubernetes 等知名开源技术。作为代管式服务推出时,Kubernetes 可以帮助您简化混合云和多云端的可管理性和安全性方面的复杂性。