AWS규범적 지침 용어집

다음은AWS 규범적 지침에서 제공하는 전략, 가이드 및 패턴에서 일반적으로 사용되는 용어입니다. 출품작을 제안하려면 용어집 끝에 있는 피드백 제공 링크를 사용하십시오.

Migration terms

7

애플리케이션을 클라우드로 이전하기 위한 7가지 일반적인 마이그레이션 전략 이러한 전략은 Gartner가 2011년에 식별한 5R을 기반으로 하며 다음과 같이 구성됩니다.

• 리팩터링/재설계 — 클라우드 네이티브 기능을 최대한 활용하여 민첩성, 성능 및 확장성을 개선하여 애플리케이션을 이동하고 아키텍처를 수정합니다. 여기에는 일반적으로 운영 체제 및 데이터베이스 포팅이 포함됩니다. 예: 온프레미스 Oracle 데이터베이스를 Amazon Aurora PostgreSQL

• 플랫폼 변경 (리프트 및 재구성) — 애플리케이션을 클라우드로 이동하고 일정 수준의 최적화를 도입하여 클라우드 기능을 활용합니다. 예:AWS 클라우드에서 Oracleational Database Amazon Relational Database Service (Amazon RDS) 로 마이그레이션합니다.

• 재구매 (드롭 앤 쇼핑) — 일반적으로 기존 라이선스에서 SaaS 모델로 전환하여 다른 제품으로 전환합니다. 예: 고객 관계 관리 (CRM) 시스템을 Salesforce.com으로 마이그레이션하십시오.

• 재호스팅 (리프트 앤 시프트) — 변경하지 않고 애플리케이션을 클라우드로 이동하여 클라우드 기능을 활용할 수 있습니다. 예: 온프레미스 Oracle 데이터베이스를AWS 클라우드의 EC2 인스턴스에서 Oracle로 마이그레이션합니다.

• 재배치 (하이퍼바이저 레벨 리프트 앤 시프트) — 새 하드웨어를 구입하거나 애플리케이션을 재작성하거나 기존 운영을 수정하지 않고도 인프라를 클라우드로 이전할 수 있습니다. 이 마이그레이션 시나리오는 가상 머신 (VM) 호환성과 온프레미스 환경 간의 워크로드 이동성을 지원하는 VMware CloudAWS on에만AWS 해당됩니다. 인프라를 VMware Cloud on으로 마이그레이션할 때 온프레미스 데이터 센터에서 VMware Cloud Foundation 기술을 사용할 수AWS 있습니다. 예: Oracle 데이터베이스를 호스팅하는 하이퍼바이저를 VMware Cloud에AWS 재배치합니다.

• 보존 (재방문) — 애플리케이션을 소스 환경에 유지합니다. 여기에는 주요 리팩토링이 필요하고 해당 작업을 나중으로 연기하려는 애플리케이션과 마이그레이션을 위한 비즈니스 근거가 없기 때문에 유지하려는 레거시 애플리케이션이 포함될 수 있습니다.

• 폐기 - 소스 환경에서 더 이상 필요하지 않은 애플리케이션을 폐기하거나 제거합니다.

애플리케이션 포트폴리오

애플리케이션 구축 및 유지 관리 비용, 비즈니스 가치를 포함하여 조직에서 사용하는 각 애플리케이션에 대한 세부 정보 모음입니다. 이 정보는 포트폴리오 검색 및 분석 프로세스의 핵심이며 마이그레이션, 현대화 및 최적화할 애플리케이션을 식별하고 우선 순위를 정하는 데 도움이 됩니다.

인공 지능 운영 (AIOps)

머신 러닝 기술을 사용하여 운영 문제를 해결하고, 운영 사고 및 인력 개입을 줄이고, 서비스 품질을 높이는 프로세스입니다. AWS마이그레이션 전략에서 AIOps를 사용하는 방법에 대한 자세한 내용은 운영 통합 가이드를 참조하십시오.

AWS클라우드 채택 프레임워크 (AWSCAF)

조직이 클라우드로 성공적으로AWS 전환하기 위한 효율적이고 효과적인 계획을 개발하는 데 도움이 되는 지침 및 모범 사례 프레임워크입니다. AWS CAF는 관점이라는 6가지 중점 영역, 즉 비즈니스, 사람, 거버넌스, 플랫폼, 보안 및 운영으로 지침을 구성합니다. 비즈니스, 인력 및 거버넌스 관점은 비즈니스 기술 및 프로세스에 초점을 맞추고 플랫폼, 보안 및 운영 관점은 기술 기술 및 프로세스에 중점을 둡니다. 예를 들어, 사람 관점은 인적 자원 (HR), 인력 배치 기능 및 인력 관리를 담당하는 이해 관계자를 대상으로 합니다. 이러한 관점에서AWS CAF는 조직이 성공적인 클라우드 도입을 준비할 수 있도록 인력 개발, 교육 및 커뮤니케이션에 대한 지침을 제공합니다. 자세한 내용은 AWSCAF 웹 사이트 및 AWSCAF 백서를 참조하십시오.

AWS워크로드 검증 프레임워크 (AWSWQF)

데이터베이스 마이그레이션 워크로드를 평가하고 마이그레이션 전략을 권장하며 예상 작업을 제공하는 도구입니다. AWS WQF는AWS Schema Conversion Tool (AWS SCT) 에 포함되어 있습니다. 데이터베이스 스키마와 코드 객체, 애플리케이션 코드, 종속성 및 성능 특성을 분석하고 평가 보고서를 제공합니다.

비즈니스 연속성 계획 (BCP)

대규모 마이그레이션과 같은 운영 중단 이벤트가 운영에 미치는 잠재적 영향을 해결하고 기업이 신속하게 운영을 재개할 수 있도록 하는 계획입니다.

Cloud Center of Excellence (CCoE)

클라우드 모범 사례 개발, 리소스 동원, 마이그레이션 일정 수립, 대규모 혁신을 통한 조직 주도 등 조직 전반에서 클라우드 도입 노력을 주도하는 다분야 팀입니다. 자세한 내용은AWS 클라우드 엔터프라이즈 전략 블로그의 CCoE 게시물을 참조하십시오.

클라우드 채택 단계

조직이AWS 클라우드로 마이그레이션할 때 일반적으로 거치는 네 단계는 다음과 같습니다.

• 프로젝트 — 개념 증명 및 학습 목적으로 몇 가지 클라우드 관련 프로젝트 실행

• 기반 — 클라우드 도입 확대를 위한 기초 투자 (예: landing zone 생성, CCoE 정의, 운영 모델 수립)

• 마이그레이션 — 개별 애플리케이션 마이그레이션

• 재창조 — 제품 및 서비스 최적화, 클라우드에서의 혁신

이러한 단계는 Stephen Orban이 클라우드 엔터프라이즈 전략 블로그의 블로그 게시글 '클라우드 우선주의를 향한 여정과 채택 단계'에서 정의했습니다.AWS AWS마이그레이션 전략과 어떤 관련이 있는지에 대한 자세한 내용은 마이그레이션 준비 가이드를 참조하십시오.

구성 관리 데이터베이스 (CMDB)

회사의 하드웨어 및 소프트웨어 제품, 구성 및 상호 종속성에 대한 정보가 들어 있는 데이터베이스입니다. 일반적으로 마이그레이션의 포트폴리오 검색 및 분석 단계에서 CMDB의 데이터를 사용합니다.

서사시

애자일 방법론에서는 업무를 체계화하고 우선순위를 정하는 데 도움이 되는 기능적 범주입니다. Epics는 요구 사항 및 구현 작업에 대한 높은 수준의 설명을 제공합니다. 예를 들어AWS CAF 보안 에픽에는 ID 및 액세스 관리, 탐지 제어, 인프라 보안, 데이터 보호 및 사고 대응이 포함됩니다. AWS마이그레이션 전략의 에픽에 대한 자세한 내용은 프로그램 구현 가이드를 참조하세요.

이기종 데이터베이스 마이그레이션

원본 데이터베이스를 다른 데이터베이스 엔진 (예: Oracle에서 Amazon Aurora Aurora로) 을 사용하는 대상 데이터베이스로 마이그레이션합니다. 이기종 마이그레이션은 일반적으로 재설계 작업의 일부이며 스키마 변환은 복잡한 작업일 수 있습니다. AWSAWS SCT는 스키마 변환에 도움이 됩니다.

동종 데이터베이스 마이그레이션

원본 데이터베이스를 동일한 데이터베이스 엔진을 공유하는 대상 데이터베이스로 마이그레이션합니다 (예: Microsoft SQL Server를 SQL Server용 Amazon RDS for SQL Server RDS로 마이그레이션). 동종 마이그레이션은 일반적으로 재호스팅 또는 플랫폼 재구성 작업의 일부입니다. 기본 데이터베이스 유틸리티를 사용하여 스키마를 마이그레이션할 수 있습니다.

하이퍼

전환 직후, 마이그레이션 팀이 문제를 해결하기 위해 클라우드에서 마이그레이션된 애플리케이션을 관리 및 모니터링하는 기간입니다. 일반적으로 이 기간은 1~4일입니다. 하이퍼케어 기간이 끝나면 일반적으로 마이그레이션 팀은 애플리케이션에 대한 책임을 클라우드 운영 팀으로 이전합니다.

유휴

90일 동안 평균 CPU 및 메모리 사용량이 5~ 20% 인 애플리케이션입니다. 마이그레이션 프로젝트에서는 이러한 애플리케이션을 폐기하거나 온프레미스에 보존하는 것이 일반적입니다.

IT 정보 라이브러리 (ITIL)

IT 서비스를 제공하고 이러한 서비스를 비즈니스 요구 사항에 맞게 조정하기 위한 모범 사례 모음입니다. ITIL은 ITSM의 기반을 제공합니다.

IT 서비스 관리 (ITSM)

조직을 위한 IT 서비스를 설계, 구현, 관리 및 지원하는 것과 관련된 활동 클라우드 운영을 ITSM 도구와 통합하는 방법에 대한 자세한 내용은 운영 통합 가이드를 참조하십시오.

랜딩 존

landing zone 존은 확장 가능하고 안전한 잘 설계된 다중 계정AWS 환경입니다. 이는 조직이 보안 및 인프라 환경에 대한 확신을 가지고 워크로드와 애플리케이션을 신속하게 시작하고 배포할 수 있는 출발점입니다. 랜딩 존에 대한 자세한 내용은 안전하고 확장 가능한 다중 계정AWS 환경 설정을 참조하십시오.

대규모

300대 이상의 서버 마이그레이션

Migration Acceleration Program (MAP)

조직이 클라우드로 전환하기 위한 강력한 운영 기반을 구축하고 초기 마이그레이션 비용을 상쇄할 수 있도록 컨설팅 지원, 교육 및 서비스를 제공하는AWS 프로그램입니다. MAP에는 체계적인 방식으로 기존 마이그레이션을 실행하기 위한 마이그레이션 방법론과 일반적인 마이그레이션 시나리오를 자동화하고 가속화하는 도구 세트가 포함되어 있습니다.

마이그레이션 포트폴리오 평가 (MPA)

AWS클라우드로 마이그레이션하기 위한 비즈니스 사례를 검증하기 위한 정보를 제공하는 온라인 도구입니다. MPA는 상세한 포트폴리오 평가 (서버 적정 규모, 가격 책정, TCO 비교, 마이그레이션 비용 분석) 와 마이그레이션 계획 (애플리케이션 데이터 분석 및 데이터 수집, 애플리케이션 그룹화, 마이그레이션 우선 순위 지정, 웨이브 플래닝) 을 제공합니다. MPA 도구 (로그인 필요) 는 모든AWS 컨설턴트와 APN 파트너 컨설턴트가 무료로 사용할 수 있습니다.

마이그레이션 준비 평가 (MRA)

AWSCAF를 사용하여 조직의 클라우드 준비 상태에 대한 통찰력을 얻고, 강점과 약점을 식별하고, 식별된 격차를 해소하기 위한 실행 계획을 수립하는 프로세스입니다. 자세한 내용은 마이그레이션 준비 가이드를 참조하십시오. MRA는 AWS마이그레이션 전략의 첫 번째 단계입니다.

migration at scale

애플리케이션 포트폴리오의 대부분을 클라우드로 이전하는 프로세스로, 각 웨이브에서 더 많은 애플리케이션이 더 빠른 속도로 이동했습니다. 이 단계에서는 이전 단계에서 배운 모범 사례와 교훈을 활용하여 팀, 도구 및 프로세스로 구성된 마이그레이션 팩토리를 구현하여 자동화와 민첩한 전달을 통해 워크로드 마이그레이션을 간소화합니다. 이는 AWS마이그레이션 전략의 세 번째 단계입니다.

마이그레이션

자동화되고 민첩한 접근 방식을 통해 워크로드 마이그레이션을 간소화하는 부서 간 팀. 마이그레이션 팩토리 팀에는 일반적으로 운영, 비즈니스 분석가 및 소유자, 마이그레이션 엔지니어, 개발자 및 스프린트에서 작업하는 DevOps 전문가가 포함됩니다. 엔터프라이즈 애플리케이션 포트폴리오의 20~ 50% 는 공장 접근 방식으로 최적화할 수 있는 반복적인 패턴으로 구성됩니다. 자세한 내용은 이 콘텐츠 세트의 마이그레이션 팩토리 설명과 클라우드 마이그레이션 팩토리 가이드를 참조하십시오.

migration metadata

마이그레이션을 완료하는 데 필요한 애플리케이션 및 서버에 대한 정보입니다. 마이그레이션 마이그레이션 메타데이터의 예로는 대상 서브넷, 보안 그룹 및AWS 계정이 있습니다.

마이그레이션

마이그레이션 전략, 마이그레이션 대상, 사용된 마이그레이션 애플리케이션 또는 서비스를 자세히 설명하는 반복 가능한 마이그레이션 작업입니다. 예:AWS 애플리케이션 마이그레이션 서비스를 사용하여 Amazon EC2 마이그레이션을 다시 호스팅합니다.

마이그레이션

워크로드를AWS 클라우드로 마이그레이션하는 데 사용되는 접근 방식입니다. 자세한 내용은 이 용어집의7 항목을 참조하고 대규모 마이그레이션을 가속화하기 위한 조직 동원을 참조하십시오.

운영 수준 계약 (OLA)

서비스 수준 계약 (SLA) 을 지원하기 위해 IT 부서가 서로에게 제공할 것을 약속하는 계약입니다.

운영 통합 (OI)

준비 계획, 자동화 및 통합을 포함하는 클라우드에서의 운영을 현대화하는 프로세스입니다. 자세한 내용은

조직 변경 관리 (OCM)

사람, 문화 및 리더십 관점에서 파괴적인 주요 비즈니스 혁신을 관리하기 위한 프레임워크입니다. OCM은 변화 채택을 가속화하고, 과도기적 문제를 해결하고, 문화 및 조직 변화를 주도함으로써 조직이 새로운 시스템 및 전략에 대비하고 전환할 수 있도록 지원합니다. AWS마이그레이션 전략에서는 클라우드 도입 프로젝트에 필요한 변화의 속도 때문에 이 프레임워크를 사용자 가속화라고 합니다. 자세한 내용은 OCM 가이드를 참조하세요.

플레이 북

클라우드에서 핵심 운영 기능을 제공하는 등 마이그레이션과 관련된 작업을 캡처하는 사전 정의된 일련의 단계입니다. 플레이북은 스크립트, 자동화된 런북 또는 현대화된 환경을 운영하는 데 필요한 프로세스 또는 단계 요약의 형태를 취할 수 있습니다.

portfolio assessment

마이그레이션을 계획하기 위해 애플리케이션 포트폴리오를 검색, 분석 및 우선 순위를 지정하는 프로세스입니다. 자세한 내용은

책임감 있고, 책임감 있고, 상담하고, 정보에 입각한 (RACI) 매트릭스

프로젝트의 역할과 책임을 정의하고 할당하는 매트릭스입니다. 예를 들어 RACI를 생성하여 보안 제어 소유권을 정의하거나 마이그레이션 프로젝트의 특정 작업에 대한 역할 및 책임을 식별할 수 있습니다.

런북

특정 작업을 수행하는 데 필요한 일련의 수동 또는 자동 절차입니다. 이들은 일반적으로 오류율이 높은 반복적인 작업이나 절차를 간소화하기 위해 구축됩니다.

서비스 수준 계약 (SLA)

서비스 가동 시간 및 성능과 같이 IT 팀이 고객에게 제공하기로 약속한 내용을 명확히 하는 계약입니다.

task list

런북을 통해 진행 상황을 추적하는 데 사용되는 도구입니다. 작업 목록에는 런북 개요와 완료해야 할 일반 작업 목록이 포함되어 있습니다. 각 일반 작업에는 예상 소요 시간, 소유자 및 진행 상황이 포함됩니다.

작업 스트림

특정 작업 집합을 담당하는 마이그레이션 프로젝트의 기능 그룹. 각 작업스트림은 독립적이지만 프로젝트의 다른 작업스트림을 지원합니다. 예를 들어 포트폴리오 작업 스트림은 애플리케이션의 우선 순위 지정, 웨이브 계획 및 마이그레이션 메타데이터 수집을 담당합니다. 포트폴리오 워크스트림은 이러한 자산을 마이그레이션 워크스트림으로 전달한 다음 서버와 애플리케이션을 마이그레이션합니다.

좀비

평균 CPU 및 메모리 사용량이 5% 미만인 애플리케이션입니다. 마이그레이션 프로젝트에서는 이러한 애플리케이션을 폐기하는 것이 일반적입니다.