3단계: 웨이브 기반 구현 - AWS 권장 가이드
1단계: 종속성 수, 비즈니스 우선순위 및 복잡성 수준에 따라 기능 구성2단계: 레거시 IT 시스템의 기능을 대체할 AWS 마이크로서비스 선택3단계: 선택한 AWS 마이크로서비스를 설정하는 데 필요한 기본 AWS 인프라 구성4단계: 웨이브에서 변경 사항 구현

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

3단계: 웨이브 기반 구현

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

중요

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

주요 핵심 영역

  • 일련의 우선순위 지정 기준을 사용하여 종속성 수, 비즈니스 우선순위 및 복잡성 수준에 따라 기능을 세 가지 구현 웨이브로 분류

  • 레거시 IT 시스템과 동일한 기능을 제공할 수 있는 클라우드 네이티브 AWS 마이크로서비스 선택

  • 선택한 AWS 마이크로서비스를 설정하는 데 필요한 기본 AWS 인프라 구성

  • 웨이브에서 프로덕션으로 변경 사항 점진적 롤아웃

1단계: 종속성 수, 비즈니스 우선순위 및 복잡성 수준에 따라 기능 구성

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

참고

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

웨이브 1 기능

종속성 수

없음 또는 매우 적음

비즈니스 우선순위

낮음

복잡성

낮음

 

웨이브 2 기능

종속성 수

낮음에서 중간

비즈니스 우선순위

낮음에서 중간

복잡성

중간

 

웨이브 3 기능

종속성 수

높음

비즈니스 우선순위

중간에서 높음

복잡성

중간에서 높음

2단계: 레거시 IT 시스템의 기능을 대체할 AWS 마이크로서비스 선택

주요 이해관계자와 협력하여 현대화하려는 일련의 기능을 검토하고 마무리하는 반복 프로세스를 사용합니다. 그런 다음 마이크로서비스를 선택하여 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 블로그의 스트랭글러 패턴을 사용하여 온프레미스 레거시 워크로드를 원활하게 마이그레이션을 참조하세요.

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 하세요.

참고

웨이브 3 기능은 일반적으로 많은 종속성을 포함하며 일반적으로 다른 마이크로서비스와 통합해야 합니다. 이러한 속성을 통해 웨이브 3 기능은 컨테이너 기반 마이크로서비스로 대체할 수 있는 좋은 후보가 됩니다.

3단계: 선택한 AWS 마이크로서비스를 설정하는 데 필요한 기본 AWS 인프라 구성

주요 이해관계자와 대상 클라우드 기반 아키텍처를 검토하고 완료한 후 선택한 마이크로서비스를 설정하는 AWS 데 필요한 AWS 인프라를 구성합니다.

기본 AWS 인프라 리소스의 예

4단계: 웨이브에서 변경 사항 구현

테스트 환경에서 각 웨이브 그룹을 순차적으로 구현합니다. 각 웨이브 그룹이 프로덕션에서 사용할 준비가 되면 시스템의 기능을 테스트하고 테스트 환경에서 문제를 디버깅합니다. 그런 다음 프로덕션 환경의 변경 사항을 점진적으로 줄입니다.

다음은 일반적으로 각 웨이브 그룹 구현과 관련된 태스크 유형에 대한 상위 수준 설명입니다.

웨이브 1 구현

  • 서버리스 Lambda 함수 생성

  • Lambda 함수를 API Gateway 서비스와 통합

  • Amazon Cognito, IAM, Okta 및 Ping Identity와 같은 도구를 사용하여 인증 및 권한 부여 시스템 구성

  • 하이브리드 클라우드 아키텍처의 경우와 같은 서비스 메시를 사용하여 프록시 계층을 설정합니다AWS App Mesh.

웨이브 2 구현

  • 서비스 메시 AWS App Mesh, 가상 서비스, 노드, 경로 및 프록시를 포함하여 구성

  • AWS Fargate 또는 Amazon Elastic Kubernetes Service(Amazon EKS)에서 컨테이너 설정

  • 프록시 계층을 프론트엔드 시스템과 통합

웨이브 3 구현

  • 복잡한 데이터 마이그레이션 및 통합 완료

  • 여러 마이크로서비스가 포함된 가장 복잡한 워크플로 구현