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

# 우선 순위가 지정된 애플리케이션 평가
<a name="prioritized-applications-assessment"></a>

초기 애플리케이션 마이그레이션 후보가 식별되면 해당 애플리케이션에 대한 자세한 평가를 통해 클라우드 기반을 설계하고 구현하여 마이그레이션 결과를 가속화할 수 있습니다. 이러한 기반이 이미 존재하는 경우 애플리케이션 평가는 마이그레이션 요구 사항을 충족하도록 대상 환경을 추가로 개발하는 데 도움이 됩니다. 이 단계에서는 대상 아키텍처 설계를 생성하고 지금 마이그레이션하여 신뢰도와 경험을 얻을 수 있는 우선 순위가 지정된 애플리케이션에 대한 마이그레이션 전략을 정의할 수 있는 충분한 데이터를 제공합니다. 이 단계의 출력은 구현을 위한 보안, 마이그레이션 및 랜딩 존과 같은 다른 프로그램 워크스트림에 직접 공급됩니다. 자세한 내용은 [대규모 마이그레이션을 가속화하기 위한 조직 동원을 참조하세요](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/welcome.html).

이전 단계와 마찬가지로 주요 이해관계자를 식별하는 것은 데이터 요구 사항을 이해하는 데 중요합니다. 사업부 책임자와 고위 관리자, 애플리케이션 소유자, 애플리케이션 및 엔터프라이즈 아키텍트, 마이그레이션 및 플랫폼 책임자가 일반적으로 관여합니다. 

**작은 정보**  
자세한 내용과 지침은 [:AWS 클라우드 migration에 대한 애플리케이션 포트폴리오 평가 가이드](https://docs.aws.amazon.com/prescriptive-guidance/latest/application-portfolio-assessment-guide/prioritized-applications-assessment.html)의 관련 섹션을 참조하세요.

## 상위 수준 목표 및 작업
<a name="prioritize-objectives"></a>
+ 우선 순위가 지정된 애플리케이션 확인 - 자세히 분석할 애플리케이션 목록의 기준을 설정합니다. time-to-value. 이 목록은 3\$15개 애플리케이션 범위로 유지하는 것이 좋습니다.
+ 이해관계자 식별 - 이러한 애플리케이션 마이그레이션의 영향을 받는 사람과 혜택을 받는 사람은 누구입니까? 이러한 이해관계자가 우선 순위가 지정된 애플리케이션에 대한 세부 분석의 일부인지 확인합니다.
+ 세부 애플리케이션 평가 생성 - 우선순위가 지정된 애플리케이션의 현재 상태 아키텍처 및 기술, 전략적 로드맵, 애플리케이션 수명 주기, 운영, 보안, 종속성, 위험 및 문제를 철저히 조사합니다. 이 애플리케이션에 대한 현재 이해에 대한 신뢰도는 어느 정도입니까?
+ 초기 AWS 설계 매핑 - 대상 아키텍처 및 기술 선택, 아키텍처 결정 및 패턴, 라이선스, 보안, 운영, 기능 및 비기능적 요구 사항을 포함합니다.
  + 클라우드에서이 애플리케이션의 아키텍처는 무엇이며 어떻게 운영되나요? 
  + 이 설계를 구현하고 운영할 수 있나요? 
  + 클라우드 기반을 배포하거나 확장해야 합니까? 

현재 클라우드 채택 수준에 따라 이러한 애플리케이션이 첫 번째 클라우드 배포를 나타내고 더 광범위한 플랫폼 결정이 아직 이루어지지 않았거나 더 광범위한 마이그레이션 프로그램이 설정되지 않은 경우 완전한 설계를 달성하지 못할 수 있습니다. 그러나 대상 아키텍처를 설계하는 프로세스는 기본 요구 사항과 현재 격차 또는 장애물을 표시하고 취해야 할 조치를 명확히 합니다. 
+ 마이그레이션 전략 및 패턴 - 선호하는 접근 방식과 사용 가능한 자동화, 마이그레이션 도구 및 기법, 전환 고려 사항을 평가합니다. 선호하는 마이그레이션 접근 방식은 무엇입니까? 재사용 가능한 패턴으로 문서화할 수 있습니까? 어떤 마이그레이션 도구를 사용할 수 있나요? 상위 수준의 전환 활동은 무엇입니까?
+ 이러한 애플리케이션의 실행률 추정 - 이러한 애플리케이션을 실행할 때 과거 성능 데이터와 사용 가능한 도구를 사용하여 비용을 예측합니다 AWS. 예측 가능한 워크로드입니까? 식별된 사용 패턴이 있습니까? 마이그레이션에 필요한 노력은 무엇입니까?

## 결과
<a name="prioritize-outcomes"></a>
+ 우선 순위가 지정된 애플리케이션의 검증된 목록
+ 식별된 애플리케이션 마이그레이션 이해관계자 목록
+ 문서화된 현재 상태 아키텍처
+ 마이그레이션 후보를 위한 문서화된 초기 대상 아키텍처 및 마이그레이션 전략
+ 식별된 마이그레이션 패턴 및 도구
+ 보안, AWS 인프라 및 운영과 같은 문서화된 플랫폼 요구 사항
+ 마이그레이션 계획을 위한 입력으로 문서화된 전환 고려 사항
+ 예상 실행률

## 모범 사례
<a name="prioritize-best-practices"></a>
+ 조직에서 정의한 아키텍처 패턴을 재사용합니다.
+ 이러한 애플리케이션에 대한 아키텍처 결정을 후속 세부 평가에서 재사용할 수 있는 패턴으로 문서화합니다.
+ 주요 종속성을 식별하고 해결합니다. 지금이 애플리케이션이 클라우드로 이동하는 것을 방해하는 것은 무엇입니까?
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/) 및 [보안 모범 사례를](https://docs.aws.amazon.com/prescriptive-guidance/latest/security-reference-architecture/) 참조하세요.
+ 아키텍처 솔루션의 비용을 추정하려면 [AWS 요금 계산기](https://calculator.aws/)를 참조하세요.
+ 마이그레이션이 더 빨리 시작될수록 데이터 격차가 더 명확해집니다. 포트폴리오 평가의 다음 단계를 수행하면서 우선 순위가 지정된 애플리케이션을 마이그레이션하도록 계획합니다.