本文档重点介绍如何在制定混合云和多云策略时考虑预定义的业务因素。它对推动因素、注意事项、策略和方法中的指导进行了扩展。 该文定义并分析了企业在规划此类策略时应考虑的业务注意事项。
阐明愿景和目标并达成一致
归根结底，混合云或多云端策略的主要目的是为与特定业务目标一致的每个业务应用场景实现已确定的业务需求和相关技术目标。为了实现此目标，请制定一个结构合理的计划，其中包含以下注意事项：
请注意，定义一个可以考虑到所有工作负载和要求的计划是最困难的，特别是在复杂的 IT 环境中。此外，规划需要时间并可能导致利益相关者的愿景之争。
为避免这种情况，请先制定一份愿景陈述，至少要解决以下问题：
- 为实现特定业务目标，目标业务应用场景是什么？
- 为什么当前的方法和计算环境不足以实现业务目标？
- 使用公共云需要优化哪些主要技术方面？
- 这种新方法为何会进行优化并实现您的业务目标？
- 您计划使用混合云或多云端设置多久？
就关键业务和技术目标以及驱动因素达成一致，然后获得相关利益相关者签字，为规划过程的后续步骤奠定基础。为了让您提出的解决方案与贵组织的总体架构愿景有效协调，请与您的团队以及负责领导和赞助该计划的利益相关方保持一致。
确定并阐明其他注意事项
在规划混合或多云架构时，确定并同意项目的架构和运营限制非常重要。
在操作方面，以下不完全列表提供了一些可能在规划架构时会产生一些限制要求：
- 单独管理和配置多个云，而不是构建一个全面的模型来管理和保护不同的云环境。
- 确保跨环境的身份验证、授权、审核和政策的一致性。
- 跨环境使用一致的工具和流程，以全面了解安全性、费用和优化机会。
- 使用一致的合规性和安全标准来实施统一治理。
在架构规划方面，最大的约束通常源于现有系统，可能包括以下内容：
- 应用之间的依赖项
- 系统间通信的性能和延迟要求
- 依赖公共云中可能不可用的硬件或操作系统
- 许可限制
- 依赖于多云架构中所选区域内所需功能的可用性
如需详细了解与工作负载可移植性、数据移动和安全方面相关的其他注意事项，请参阅其他注意事项。
设计混合云和多云架构策略
在阐明了业务目标和技术目标的具体情况以及相关的业务需求后（在理想情况下，已明确并就愿景陈述达成一致），您可以构建策略来创建混合或多云架构。
下图总结了构建此类策略的逻辑步骤。
为了帮助您确定混合云或多云架构的技术目标和需求，上图中的步骤从业务要求和目标开始。实现策略的方式可能因每个业务用例的目标、驱动因素和技术迁移路径而异。
请务必记住迁移是一段旅程。下图说明了迁移到 Google Cloud 中所述的迁移过程的各个阶段。
本部分提供有关上图中“评估”“规划”“部署”和“优化”阶段的指导。它在混合或多云端迁移上下文中呈现此信息。您应将任何迁移与《迁移到 Google Cloud 指南》迁移路径部分中讨论的指南和最佳实践保持一致。这些阶段可能会单独应用于每个工作负载，而不是一次性应用于所有工作负载。在任意时间点，多个工作负载可能处于不同阶段：
评估阶段
在评估阶段，您将进行初步的工作负载评估。在此阶段，请考虑您的愿景和策略规划文档中概述的目标。确定迁移计划，首先确定可以从部署或迁移到公共云中受益的工作负载的候选列表。
首先，选择不太重要或不难迁移（对其他环境中的任何工作负载的依赖性很小或没有依赖性）的工作负载，但足以作为即将进行的部署或迁移的蓝图。
理想情况下，您选择的工作负载或应用应属于有针对性的业务用例或功能，在完成后对业务有可衡量的影响。
如需评估和降低任何潜在的迁移风险，请进行迁移风险评估。请务必评估候选工作负载以确定其是否适合迁移到多云环境。此评估涉及评估应用和基础架构的各个方面，包括：
- 与所选云服务提供商的应用兼容性要求
- 价格模式
- 您选择的云服务提供商提供的安全功能
- 应用互操作性要求
运行评估还可帮助您确定多个云环境中的数据隐私要求、合规性要求、一致性要求和解决方案。您识别的风险可能会影响您选择迁移或运行的工作负载。
有几种类型的工具（例如 Google Cloud Migration Center）可帮助您评估现有工作负载。如需了解详情，请参阅“迁移到 Google Cloud：选择评估工具”。
从工作负载现代化改造的角度来看，适合度评估工具有助于评估虚拟机工作负载，以确定工作负载是否适合对容器进行现代化改造或迁移到 Compute Engine。
规划阶段
在规划阶段，从确定的应用和所需的云工作负载开始，并执行以下任务：
- 制定定义应用迁移波次和路径的优先迁移策略。
- 确定适用的高级混合云或多云应用架构模式。
- 选择支持所选应用架构模式的网络架构模式。
理想情况下，您应该将云网络模式与着陆区设计相结合。着陆区设计是混合云和多云架构的关键基础元素。设计需要与这些模式无缝集成。不要孤立地设计着陆区。将这些网络模式视为着陆区设计的子集。
着陆平台可能由不同的应用组成，每个应用都具有不同的网络架构模式。此外，在此阶段，请务必确定 Google Cloud 组织、项目和资源层次结构的设计，以便为混合云或多云集成和部署做好云环境着陆区的准备。
在这个阶段中，您应该考虑以下事项：
- 定义迁移和现代化改造方法。本指南的后面部分将详细介绍迁移方法。您还可以在迁移到 Google Cloud 的迁移类型部分找到更详细的说明。
- 使用评估和发现阶段的发现结果。使它们与您计划迁移的候选工作负载保持一致。然后制定应用迁移波次计划。 该计划应包含您在评估阶段确定的预估资源容量要求。
- 定义分布式应用之间与预期混合或多云架构的应用组件之间所需的通信模型。
- 确定合适的部署原型，以便为所选的架构模式部署工作负载，例如可用区级、区域级、多区域或全球。您选择的原型构成了根据您的业务和技术需求构建特定于应用的部署架构的基础。
- 确定迁移的可衡量的成功标准，并为每个迁移阶段或波次确定明确的里程碑。即使技术目标是采用混合架构（短期设置），选择标准也至关重要。
- 如果您的应用在混合设置下运行，请定义应用 SLA 和 KPI，尤其是对于可能跨多个环境具有分布式组件的应用。
如需了解详情，请参阅迁移规划简介，以帮助规划成功迁移并最大限度地降低相关风险。
部署阶段
在部署阶段，您可以开始执行迁移策略。鉴于可能存在的各种要求，最好采用迭代方法。
根据您在规划阶段开发的迁移和应用波次确定工作负载的优先级。在混合云和多云架构中，您可以通过在 Google Cloud 与其他计算环境之间建立必要的连接来开始部署。为了协调您的混合云或多云架构所需的通信模型，请根据所选设计和网络连接类型以及适用的网络模式进行部署。我们建议您在着陆页的整体设计决策中采用这种方法。
此外，您必须根据定义的应用成功标准测试和验证应用或服务。理想情况下，这些准则应在进入生产环境之前包含功能测试和负载测试（非功能）要求。
优化阶段
在优化阶段，测试部署：完成测试且应用或服务符合功能和性能容量预期后，您可以将其迁移到生产环境。Cloud 监控和可见性工具（例如 Cloud Monitoring）可以深入了解应用和基础架构的性能、可用性和运行状况，并帮助您根据需要进行优化。
如需了解详情，请参阅迁移到 Google Cloud：优化您的环境。如需详细了解如何为混合云或多云架构设计此类工具，请参阅混合云和多云环境的监控和日志记录模式。
评估候选工作负载
为不同工作负载选择计算环境会显著影响混合云和多云策略的成功。工作负载的放置决策应与特定的业务目标保持一致。因此，这些决策应以能够产生可衡量业务效果的针对性业务用例为指导。不过，不一定总是需要从对业务最关键的工作负载/应用着手，也不建议这样做。如需了解详情，请参阅“迁移到 Google Cloud”指南中的选择要优先迁移的应用。
如业务和技术驱动因素部分所述，混合云架构和多云架构有不同类型的驱动因素和注意事项。
以下总结的因素列表可以帮助您评估在混合云或多云架构中进行迁移的用例，并有机会产生可衡量的业务影响：
- 通过使用云服务来启用某些业务功能或能力（例如使用现有本地数据来训练机器学习模型的人工智能功能）来实现市场差异化或创新的潜力。
- 可以节省应用的总拥有成本的潜力。
- 改进可用性、弹性、安全性或性能方面的潜力，例如在云端添加灾难恢复 (DR) 网站。
- 加速开发和发布过程（例如，在云端构建开发和测试环境）的潜力。
以下因素可以帮助您评估迁移风险：
- 迁移可能引发中断的潜在影响。
- 您的团队在部署公有云或新云服务提供商或第二个云服务提供商时所拥有的经验。
- 需要遵守任何现有的法律或监管限制。
以下因素可以帮助您评估迁移的技术难题：
- 应用的大小、复杂性和存在时间
- 不同计算环境中其他应用和服务的依赖项数量。
- 第三方许可施加的任何限制。
- 对特定版本的操作系统、数据库或其他环境配置的任何依赖项。
评估初始工作负载后，您可以开始确定工作负载的优先级，并定义迁移阶段和方法。然后，您可以确定适用的架构模式和支持网络模式。此步骤可能需要多次迭代，因为您的评估可能会随时间而变化。因此，在进行首次云部署后，您需要重新评估工作负载。