기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 3단계: 웨이브 기반 구현
<a name="wave-based-implementation-phase"></a>

파도 기반 구현 단계에서는 레거시 시스템의 특정 기능을 대체할 AWS 마이크로서비스를 선택한 다음 파도로 해당 서비스를 구현하는 데 중점을 둡니다. 다음 권장 사항은 먼저 현대화할 기능의 우선순위를 지정한 다음 변경 사항을 프로덕션에 점진적으로 롤아웃하는 데 도움이 될 수 있습니다.

**중요**  
다음 웨이브 그룹을 구현하기 전에 주요 이해관계자와 상의하고 승인을 받아야 합니다. 이러한 그룹을 생성할 경우 기능 매트릭스의 점수 기준에만 의존하는 대신 반복 접근 방식을 사용하는 것이 좋습니다.

**주요 핵심 영역**
+ 일련의 우선순위 지정 기준을 사용하여 종속성 수, 비즈니스 우선순위 및 복잡성 수준에 따라 기능을 세 가지 구현 웨이브로 분류
+ 레거시 IT 시스템과 동일한 기능을 제공할 수 있는 클라우드 네이티브 AWS 마이크로서비스 선택
+ 선택한 AWS 마이크로서비스를 설정하는 데 필요한 기본 AWS 인프라 구성
+ 웨이브에서 프로덕션으로 변경 사항 점진적 롤아웃

## 1단계: 종속성 수, 비즈니스 우선순위 및 복잡성 수준에 따라 기능 구성
<a name="organize-capabilities"></a>

기능 매트릭스의 가중치 기반 점수와 함께 주요 이해관계자의 입력을 사용하여 레거시 시스템의 기능을 다음 세 가지 주요 그룹으로 구성합니다.

**참고**  
또한 대부분의 구현에서는 많은 하위 웨이브 그룹을 사용해야 합니다. 이 가이드에서는 예제 목적으로만 세 가지 기본 웨이브 그룹을 간략하게 설명합니다.

**웨이브 1 기능**


|  |  | 
| --- |--- |
| **종속성 수** | 없음 또는 매우 적음 | 
| **비즈니스 우선순위** | 낮음 | 
| **복잡성** | 낮음 | 

** **

**웨이브 2 기능**


|  |  | 
| --- |--- |
| **종속성 수** | 낮음에서 중간 | 
| **비즈니스 우선순위** | 낮음에서 중간 | 
| **복잡성** | 중간 | 

 

**웨이브 3 기능**


|  |  | 
| --- |--- |
| **종속성 수** | 높음 | 
| **비즈니스 우선순위** | 중간에서 높음 | 
| **복잡성** | 중간에서 높음 | 

## 2단계: 레거시 IT 시스템의 기능을 대체할 AWS 마이크로서비스 선택
<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 팩토리

**참고**  
웨이브 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 Athena, Amazon EMR, Amazon OpenSearch Service, Amazon Kinesis, Amazon Redshift와 같은 목적별 Amazon 분석 서비스
+  AWS Glue 및와 같은 원활한 데이터 이동 서비스 AWS App Mesh

**중요**  
지원 종료 공지: 2026년 9월 30일에 AWS 는에 대한 지원을 중단합니다 AWS App Mesh. 2026년 9월 30일 이후에는 AWS App Mesh 콘솔 또는 AWS App Mesh 리소스에 더 이상 액세스할 수 없습니다. 자세한 내용은이 블로그 게시물 [Migrating from to Amazon ECS Service Connect를 참조 AWS App Mesh 하세요](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/) 및 랜딩 존
+ [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/) API
+ [AWS Lambda](https://aws.amazon.com/lambda/) 함수
+ AWS [Amazon Relational Database Service(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 구현**
+ 복잡한 데이터 마이그레이션 및 통합 완료
+ 여러 마이크로서비스가 포함된 가장 복잡한 워크플로 구현