采用混合云或多云架构的架构方法

本文档提供了有关将工作负载迁移到云端的常见且经过验证的方法和注意事项的指南。本文详细介绍了设计混合云和多云架构策略中的指南，其中讨论了设计采用混合云或多云架构的策略时可采取的几种可能的步骤（以及推荐的步骤）。

云优先

云优先是一种常见的迁入公共云的方法。在此方法中，您将新工作负载部署到公有云，而现有工作负载保持原样。在这种情况下，仅当出于技术或组织原因而无法进行公有云部署时，才考虑在私有计算环境中进行传统部署。

云优先策略优缺点并存。从积极的方面看，它具有前瞻性。即您可以以现代化方式部署新工作负载，同时免除（或至少最大限度地减少）迁移现有工作负载带来的麻烦。

虽然云优先方法可以提供一定的优势，但可能会导致错失改进或使用现有工作负载的机会。因为新工作负载可能只占整体 IT 环境的一小部分，并且它们对 IT 支出和性能的影响可能有限。与尝试在云环境中部署新工作负载相比，分配时间和资源来迁移现有工作负载可能会带来更显著的好处或节省更多费用。

遵循严格的云优先方法还有可能增加 IT 环境的整体复杂性。这种方法可能会产生冗余，由于潜在的过度跨环境通信而导致性能降低，或者导致计算环境不适合单个工作负载。此外，为了遵守行业法规和数据隐私权法，企业可能无法迁移包含敏感数据的某些应用。

考虑到这些风险，您最好只针对选定的工作负载使用云优先方法。采用云优先方法后，您就可以专注于可以从云部署或迁移中受益最多的工作负载。此方法还考虑了现有工作负载的现代化。

云优先型混合架构的一个常见示例是，存储关键数据的旧版应用和服务必须与新数据或应用集成。如需完成集成，您可以使用混合架构，通过 API 接口对旧版服务进行现代化改造，以便全新的云服务和应用能够使用这些服务。借助云端 API 管理平台（例如 Apigee），您可以只需进行最少的应用更改即可实现此类用例，并为旧版服务增强安全性、分析能力和可伸缩性。

迁移和现代化

混合多云和 IT 现代化是在良性循环中相互关联的独特概念。使用公共云可以促进和简化 IT 工作负载的现代化。对 IT 工作负载进行现代化改造有助于您从云端受益更多。

现代化工作负载的主要目标如下：

• 实现更高的敏捷性，以便您能够适应不断变化的需求。
• 降低基础架构和运营成本。
• 提高可靠性和弹性，最大限度地降低风险。

不过，在迁移过程中同时对每个应用进行现代化改造可能并不可行。如迁移到 Google Cloud中所述，您可以实现以下一种迁移类型，甚至根据需要组合多种类型：

• 重新托管（直接原样迁移）
• 更换平台（迁移并优化）
• 重构（迁移并改进）
• 重新设计架构（继续进行现代化改造）
• 重建（移除并替换，有时称为“淘汰并替换”）
• 重新购买

在就混合架构和多云架构做出战略决策时，请务必从成本和时间角度考虑策略的可行性。您不妨考虑分阶段迁移方法，先进行直接原样迁移或平台迁移，然后再进行重构或架构调整。通常，直接原样迁移有助于从基础架构的角度优化应用。应用在云端运行后，您可以更轻松地使用和集成云服务，以便利用云优先架构和功能进一步优化应用。此外，这些应用仍可通过混合网络连接与其他环境通信。

例如，您可以基于基于云的微服务架构，重构或重新设计大型基于虚拟机的单体式应用，并将其转换为多个独立的微服务。在本例中，微服务架构使用 Google Cloud Google Kubernetes Engine (GKE) 或 Cloud Run 等托管式容器服务。不过，如果目标云环境不支持应用的原有架构或基础架构，您不妨考虑先从迁移平台、重构或重构迁移策略入手，在可行的情况下克服这些限制。

使用上述任何迁移方法时，请考虑对应用进行现代化改造（如果适用且可行）。实现现代化可能需要采用和实施站点可靠性工程 (SRE) 或 DevOps 原则，因此您可能还需要在混合设置中将应用现代化扩展到私有环境。虽然实现 SRE 原则的核心涉及工程，但这更像是一个转型过程，而不是一项技术挑战。因此，这可能需要改变流程和文化。如需详细了解在组织中实施 SRE 的第一步是获得领导层的支持，请参阅 在 SRE 中，不规划就是在规划失败。

混合和匹配迁移方法

这里介绍的每种迁移方法各有优劣，因此要实施混合云和多云端策略，您无需只采用一种方法。相反，您可以决定最适合每个工作负载或应用堆栈的方法，如下图所示。

此概念图展示了可同时应用于不同工作负载的各种迁移和现代化路径或方法，这些路径或方法取决于每个工作负载或应用的独特业务、技术要求和目标。

此外，相同的应用堆栈组件不必采用相同的迁移方法或策略。例如：

• 在 Google Cloud中，您可以使用 Cloud SQL 将应用的后端本地数据库从自行托管的 MySQL 迁移到托管式数据库。
• 您可以使用 GKE Autopilot 重构应用前端虚拟机，以便在容器上运行，Google 会管理集群配置，包括节点、扩缩、安全性和其他预配置设置。
• 您可以将本地硬件负载均衡解决方案和 Web 应用防火墙 WAF 功能替换为 Cloud Load Balancing 和 Google Cloud Armor。

如果工作负载中出现以下任何一种情况，请选择重新托管（直接迁移）：

• 它们对环境的依赖项相对较少。
• 它们被认为不值得重构，或者在迁移之前无法重构。
• 它们基于第三方软件。

对于具有以下特点的工作负载，请考虑重构（迁移和改进）：

• 它们具有必须解开的依赖项。
• 它们依赖于无法迁移到云端的操作系统、硬件或数据库系统。
• 它们无法有效利用计算或存储资源。
• 若要以自动化方式部署，需要付出一些努力。

对于具有以下特点的工作负载，请考虑重建（移除并替换）是否符合您的需求：

• 它们不再满足当前的需求。
• 它们可以与提供类似功能的其他应用集成，而不会影响业务要求。
• 它们基于已达到使用寿命的第三方技术。
• 它们需要支付多余的第三方许可费。

快速迁移计划介绍了 Google Cloud 如何帮助客户利用最佳实践、降低风险、控制费用，并简化成功实现云迁移之路。