本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 第三阶段：分波次实施
<a name="wave-based-implementation-phase"></a>

基于波浪的实现阶段侧重于选择 AWS 微服务来取代传统系统的特定功能，然后分批实现这些服务。以下建议可以帮助您确定优先顺序：先对哪些能力进行现代化改造，然后逐步将更改推广到生产环境中。

**重要**  
在实施以下任何波次组之前，请务必征求关键利益相关者的意见并获得其批准。建议在创建这些组时使用迭代方法，而不是仅仅依赖能力矩阵的评分标准。

**关键重点领域**
+ 根据依赖关系数量、业务优先级和复杂程度，使用一系列优先级标准将能力分为三个实施波次
+ 选择可提供与传统 IT 系统相同功能的云原生 AWS 微服务
+ 配置设置所选 AWS 微服务所需的 AWS 基础架构
+ 分波次逐步将更改推广到生产环境中

## 步骤 1：根据依赖关系数量、业务优先级和复杂程度来组织能力
<a name="organize-capabilities"></a>

结合关键利益相关者的意见以及能力矩阵中的加权分数，将遗留系统的能力分为以下三个主要波次组：

**注意**  
大多数实施还需要使用许多子波次组。本指南概述了三个主要波次组，仅用作示例。

**波次 1 能力**


|  |  | 
| --- |--- |
| **依赖关系的数量** | 无或非常低 | 
| **业务优先级** | 低 | 
| **复杂度** | 低 | 

** **

**波次 2 能力**


|  |  | 
| --- |--- |
| **依赖关系的数量** | 低至中等 | 
| **业务优先级** | 低至中等 | 
| **复杂度** | 中 | 

 

**波次 3 能力**


|  |  | 
| --- |--- |
| **依赖关系的数量** | 高 | 
| **业务优先级** | 中等至高 | 
| **复杂度** | 中等至高 | 

## 第 2 步：选择 AWS 微服务以取代传统 IT 系统的功能
<a name="select-aws-services"></a>

与主要利益相关者协调，使用迭代流程来审查并最终确定要实现现代化的能力顺序。然后，选择 AWS 微服务来取代传统 IT 系统的功能。

以下是一些 AWS 微服务示例，这些微服务通常可用于替换属于每个波浪组的功能：

**第 1 波 AWS 微服务示例**
+ AWS Lambda
+ Amazon Simple Queue Service (Amazon SQS)
+ Amazon Simple Notification Service (Amazon SNS)
+ Amazon API Gateway

**注意**  
通过使用扼杀器迁移模式，可以将 Wave 1 功能与最少 AWS 的基础服务集成。有关更多信息，请参阅 AWS 博客上的[使用扼杀模式无缝迁移本地传统工作负载](https://aws.amazon.com/blogs/architecture/seamlessly-migrate-on-premises-legacy-workloads-using-a-strangler-pattern/)。

**第 2 波 AWS 微服务示例**
+ AWS Step Functions 基于的工作流程
+ 适用的数据库（迁移到 Aurora PostgreSQL）
+ AWS SaaS 工厂

**注意**  
波次 2 能力通常涉及一定程度的数据库现代化，例如迁移到兼容 PostgreSQL 的数据库。要维护混合云解决方案，通常还需要将旧版数据库与新的云原生数据库同步。

**第 3 波 AWS 微服务示例**
+ AWS Fargate
+ 实时推荐引擎，例如亚马逊 Textract、Amazon Comprehend、Amazon Rekognition 和亚马逊模型 SageMaker 
+ 可扩展的数据湖，例如亚马逊简单存储服务 (Amazon S3) Service 和 AWS Lake Formation
+ 专门构建的亚马逊分析服务，例如亚马逊 Athena、亚马逊 EMR、亚马逊 OpenSearch 服务、亚马逊 Kinesis 和亚马逊 Redshift
+ 无缝数据移动服务，例如 AWS Glue 和 AWS App Mesh

**重要**  
终止支持通知：2026 年 9 月 30 日， AWS 将停止对的支持。 AWS App Mesh 2026 年 9 月 30 日之后，您将无法再访问 AWS App Mesh 控制台或 AWS App Mesh 资源。有关更多信息，请访问此博客文章[从迁移 AWS App Mesh 到 Amazon ECS Service Connect](https://aws.amazon.com/blogs/containers/migrating-from-aws-app-mesh-to-amazon-ecs-service-connect)。

**注意**  
波次 3 能力通常具有大量依赖关系，并且通常需要与其他微服务集成。这些属性使得波次 3 能力非常适合被基于容器的微服务取代。

## 步骤 3：配置设置所选 AWS 微服务所需的 AWS 基础架构
<a name="configure-foundational-aws-infrastructure"></a>

与主要利益相关者一起审查并最终确定基于云的目标架构后，配置设置所选 AWS 微服务所需的 AWS 基础架构。

**基础 AWS 基础设施资源示例**
+ [AWS Control Tower](https://aws.amazon.com/controltower/)和 landing zone
+ [AWS Organizations](https://aws.amazon.com/organizations/)组织单位和服务控制政策 (SCPs)
+ [AWS Identity and Access Management (IAM)](https://aws.amazon.com/iam/) 策略
+ [亚马逊 API Gateway](https://aws.amazon.com/api-gateway/) APIs
+ [AWS Lambda](https://aws.amazon.com/lambda/) 函数
+ AWS 数据库服务，例如[亚马逊关系数据库服务 (Amazon RDS)](https://aws.amazon.com/rds/)
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 控制面板和警报
+ [Amazon Simple Queue Service（Amazon SQS）](https://aws.amazon.com/sqs/)队列
+ [Amazon Simple Notification Service（Amazon SNS）](https://aws.amazon.com/sns/)主题和订阅
+ [Amazon Cognito](https://aws.amazon.com/cognito/) 和用户池

## 步骤 4：实施分波次更改
<a name="implement-the-changes-in-waves"></a>

在测试环境中按顺序实施每个波次组。当每个波次组准备好投入生产时，测试系统的功能并调试测试环境中的所有问题。然后，逐步将变更切换到生产环境。

以下是对通常与实施每个波次组相关的任务类型的概述：

**波次 1 实施**
+ 创建无服务器 Lambda 函数
+ 将 Lambda 函数与 API Gateway 服务集成
+ 使用 Amazon Cognito、IAM、Okta 和 Ping Identity 等工具配置身份验证与授权系统
+ 对于混合云架构，请使用服务网格设置代理层，例如[AWS App Mesh](https://aws.amazon.com/app-mesh/)。

**波次 2 实施**
+ 配置 AWS App Mesh，包括您的服务网格、虚拟服务、节点、路由和代理
+ 在 AWS Fargate 或亚马逊 Elastic Kubernetes Service（亚马逊 EKS）中设置容器
+ 将代理层与前端系统集成

**波次 3 实施**
+ 完成复杂的数据迁移与集成
+ 实施涉及多项微服务的、最复杂的工作流程