本文档重点介绍如何在规划混合云和多云策略时考虑预定义的业务注意事项。本文档是对推动因素、注意事项、策略和方法中的指导信息的扩展。 它定义并分析了企业在规划此类策略时应考虑的业务因素。
明确愿景和目标并达成一致
最终，混合云或多云策略的主要目的是实现已确定的业务需求，以及每个符合特定业务目标的业务应用场景的相关技术目标。为实现此目标，请制定结构合理的方案，其中应包含以下注意事项：
请注意，定义一个可以考虑到所有工作负载和需求的计划是最困难的，特别是在复杂的 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) 站点。
- 加速开发和发布过程的潜力，例如在云端构建开发和测试环境。
以下因素可帮助您评估迁移风险：
- 因迁移而导致的中断可能会产生的影响。
- 您的团队在公有云部署方面或在为新的云服务提供商或第二个云服务提供商进行部署方面的经验。
- 需要遵守任何现有的法律或监管限制。
以下因素可以帮助您评估迁移的技术难题：
- 应用的大小、复杂性和存在时间
- 不同计算环境中与其他应用和服务的依赖项数。
- 第三方许可施加的任何限制。
- 对特定版本的操作系统、数据库或其他环境配置的任何依赖项。
评估初始工作负载后，您可以开始确定工作负载的优先级，并定义迁移波次和方法。 然后，您可以确定适用的架构模式和支持的网络模式。此步骤可能需要多次迭代，因为您的评估可能会随时间而变化。因此，在执行首次云部署后，还需要重新评估工作负载。