你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
云采用之旅
云采用过程往往遵循类似的轨迹。 存在变体，但仍有助于了解其他人如何采用云。 了解要首先处理哪些工作负载，以及如何处理它们，将简化云采用过程。
采用正确的云解决方案时，一个重要考虑因素是控制与生产力的平衡。 基础结构即服务（IaaS）解决方案为你提供了最大的控制权，但需要更多时间来维护。 平台即服务（PaaS）和软件即服务（SaaS）解决方案将管理责任转移到 Azure，并允许团队专注于高效工作。 控制与生产力之间所需的平衡对于每个组织都是不同的，随着优先级的变化，它会随着时间的变化而变化。
对于初始云采用，典型的组织停用其 35% 的应用程序，替换其投资组合的 15%，并迁移 50% 且仅进行必要的修改（重新注册或重新托管）。
停用 （35%）
停用组织不需要的任何工作负载。 你需要执行发现并清点清单，以查找不值得保留的应用程序和环境。 成本和时间效率是退休的目标。 在将项目组合移动到云之前，团队可以专注于最重要的资产。
替换 （10%）
大多数组织将大约 10% 的应用程序替换为软件即服务（SaaS）和低代码解决方案。 可以通过采用更高效的解决方案更轻松地实现目标。
表 1 - 将工作负载替换为 SaaS 和低代码解决方案的示例
| From | 功能 |
|---|---|
| 自定义行 业务 （LOB） applications |
Power Apps |
| DevOps 工具 | GitHub |
| 关系 管理 |
Dynamics 365 |
| 行业 垂直 |
第三方 Saas |
重新架构或重新生成（5%）
如果无法有效地将基本业务应用程序替换为 SaaS 或低代码解决方案，请考虑重新架构或重新生成应用程序。 尽管重新架构或重建很复杂，但充分利用云技术至关重要。 主要目标是为云定制这些应用程序。 此方法涉及几个关键方面：
- 可伸缩性：使应用程序适应以高效处理不同的需求级别。
- 可靠性：提高应用程序在不发生故障的情况下一致运行的能力。
- 安全性：集成高级安全措施以保护云中的数据和操作。
还可以在此阶段集成高级技术，如生成 AI。 集成解决方案可以通过重要方式增强应用程序功能。 AI 技术的示例包括：
- 预测分析：使用 AI 来预测客户需求。
- 流程自动化：使用 AI 自动执行业务流程。
通过重新架构或重新生成，可以利用各种云原生功能和 AI 驱动的进步。
重新托管或重新托管 （50%）
典型的业务将迁移大约一半的现有工作负载。 在这些工作负荷中，通常有三层困难。 大约 35% 很容易移动。 接下来的 10% 比较困难，因为它们更复杂或更重要，并且只有最后 5% 需要额外的计划才能执行。
有许多迁移方法。 重新托管（“直接迁移”）和重新调整（“现代化”）是最常见的，我们推荐的云采用方法。 但是，很难确定哪种方法满足你的需求，因此我们有关于确定哪种方法适合你的指导。 有关详细信息，请参阅迁移或现代化？
首先移动 （35%）
我们建议为第一个要移动的工作负荷选择轻松的胜利。 通过此策略，可以在处理更复杂的工作负载之前评估采用计划，以简化应用程序。 工作时，应记录成功并根据需要修改策略。 将这些见解应用于更复杂的移动。 第一次移动中可以包括的两个工作负荷示例是基本 Web 应用和高级门户。
基本 Web 应用： 建议重新托管基本 Web 应用程序，并等待移动更复杂的工作负载，直到移动基本 Web 应用。 Azure App 服务是一个灵活的应用程序平台，可以托管大多数应用程序。 建议将此解决方案用于基本 Web 应用程序。 有关详细信息，请参阅 Azure 应用服务。
高级门户： 应将门户迁移到 Power Apps 门户 以提高工作效率。
接下来移动 （10%）
应应用从第一步中学到的教训来应对更具挑战性或更重要的工作负载。 我们提供了一些示例来让你了解工作负荷类型。
高业务影响： 驱动收入或任务关键型工作负载。
高输入/输出（I/O）联机事务处理（OLTP）系统： 这些工作负载记录业务事务，并提高了处理要求。
受监管的信息： 这些工作负载必须遵循 HIPAA、PCI DSS 等法律和行业标准。 建议使用 Azure Policy 来确保符合这些标准。 有关详细信息，请参阅 Azure Policy。
难以移动或成本高昂（5%）
最后移动最困难且成本最高的工作负荷。 以下系统可能需要进一步思考才能高效移动。
高价值资产（HVA）： 此工作负荷的中断或损坏将破坏所有业务运营。
公钥基础结构（PKI）系统： 管理 x509 数字证书、网络加密和身份验证的工作负载。
旧版源代码管理： 不容易替换为 GitHub 的源代码管理系统。
无法现代化： 无法现代化的传统技术或专有技术。
深层体系结构更改： 需要完全重新设计体系结构的旧体系结构。 使用 Microsoft Azure 架构良好的框架，而不是 CAF 现代化方法。
更多资源
- 使用 Azure Migrate 中提供的工具来简化旅程。
- 加入迁移和现代化计划，进行自我引导的数字支持和专家引导式部署。
- 使用 FastTrack for Azure 从 Azure 工程师那里获取自定义指南。