本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 3：以 Wave 為基礎的實作
<a name="wave-based-implementation-phase"></a>

以波為基礎的實作階段著重於選取 AWS 微服務以取代舊版系統的特定功能，然後在波中實作這些服務。下列建議可協助您優先考慮要先現代化哪些功能，然後逐步將變更推展至生產環境。

**重要**  
在實作下列任何波動群組之前，請務必諮詢並取得主要利益相關者的核准。建議在建立這些群組時使用反覆方法，而不是僅依賴功能矩陣的評分標準。

**主要重點領域**
+ 使用一系列的優先順序條件，根據其相依性、業務優先順序和複雜性層級，將功能分類為三個實作波紋
+ 選取雲端原生 AWS 微服務，可提供與舊版 IT 系統相同的功能
+ 設定設定所選 AWS 微服務所需的基礎 AWS 基礎設施
+ 以波浪為單位逐步推展變更至生產環境

## 步驟 1：根據其相依性、業務優先順序和複雜性層級來組織功能
<a name="organize-capabilities"></a>

使用主要利益相關者的輸入以及功能矩陣的加權分數，將舊版系統的功能組織到下列三個主要群組：

**注意**  
大多數實作也需要使用許多子波群組。本指南概述三個主要波群組，僅供參考。

**第 1 批次功能**


|  |  | 
| --- |--- |
| **相依性數目** | 無或極低 | 
| **業務優先順序** | 低 | 
| **複雜性** | 低 | 

** **

**第 2 批次功能**


|  |  | 
| --- |--- |
| **相依性數目** | 中低 | 
| **業務優先順序** | 中低 | 
| **複雜性** | 中 | 

 

**Wave 3 功能**


|  |  | 
| --- |--- |
| **相依性數目** | 高 | 
| **業務優先順序** | 中至高 | 
| **複雜性** | 中至高 | 

## 步驟 2：選取 AWS 微服務以取代舊版 IT 系統的功能
<a name="select-aws-services"></a>

與主要利益相關者協調，使用反覆程序來檢閱和完成您想要現代化的功能序列。然後，選取 AWS 微服務以取代舊版 IT 系統的功能。

以下是一些範例 AWS 微服務，通常可用於取代屬於每個波群組的功能：

**Wave 1 AWS microservice 範例**
+ 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/)。

**Wave 2 AWS microservice 範例**
+ AWS Step Functions 型工作流程
+ 資料庫符合用途 （遷移至 Aurora PostgreSQL)
+ AWS SaaS 工廠

**注意**  
Wave 2 功能通常涉及某種程度的資料庫現代化，例如遷移至 PostgreSQL 相容資料庫。若要維護混合雲端解決方案，通常也需要將舊版資料庫與新的雲端原生資料庫同步。

**Wave 3 AWS microservice 範例**
+ AWS Fargate
+ 即時建議引擎，例如 Amazon Textract、Amazon Comprehend、Amazon Rekognition 和 Amazon SageMaker 模型
+ 可擴展的資料湖，例如 Amazon Simple Storage Service (Amazon S3) 和 AWS Lake Formation
+ 專用 Amazon 分析服務，例如 Amazon Athena、Amazon EMR、Amazon OpenSearch Service、Amazon Kinesis 和 Amazon 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)。

**注意**  
Wave 3 功能通常具有大量的相依性，通常需要與其他微服務整合。這些屬性使第 3 波功能適合被容器型微服務取代。

## 步驟 3：設定設定所選 AWS 微服務所需的基礎 AWS 基礎設施
<a name="configure-foundational-aws-infrastructure"></a>

與主要利益相關者一起檢閱和完成目標雲端架構後，請設定所需的 AWS 基礎設施，以設定 AWS 您選取的微服務。

**範例基礎 AWS 基礎設施資源**
+ [AWS Control Tower](https://aws.amazon.com/controltower/) 和登陸區域
+ [AWS Organizations](https://aws.amazon.com/organizations/) 組織單位和服務控制政策 SCPs)
+ [AWS Identity and Access Management (IAM)](https://aws.amazon.com/iam/) 政策
+ [Amazon API Gateway](https://aws.amazon.com/api-gateway/) APIs
+ [AWS Lambda](https://aws.amazon.com/lambda/) 函式
+ AWS 資料庫服務，例如 [Amazon Relational Database Service (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 或 Amazon Elastic Kubernetes Service (Amazon EKS) 中設定容器
+ 整合代理層與前端系統

**第 3 批次實作**
+ 完成複雜的資料遷移和整合
+ 實作涉及多個微服務最複雜的工作流程