작업 2: 메타데이터 식별, 수집 및 저장 프로세스 정의 - AWS 권장 가이드
1단계: 필수 메타데이터 정의2단계: 메타데이터 스토리지 및 수집 프로세스 구축3단계: 실행서에 메타데이터 요구 사항 및 수집 프로세스 문서화작업 종료 기준

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

작업 2: 메타데이터 식별, 수집 및 저장 프로세스 정의

이전 작업에서는 초기 검색 데이터, 마이그레이션 전략 및 대규모 마이그레이션을 위한 마이그레이션 패턴을 검증했습니다. 이 작업에서는 필요한 메타데이터를 식별하고 이를 수집하는 방법을 결정합니다. 이 작업은 다음 단계로 구성됩니다.

이 섹션의 단계를 완료하면 메타데이터 관점에서 전체 마이그레이션 주기를 고려하세요. 포트폴리오 평가, 웨이브 계획, 마이그레이션, 테스트, 전환 후 활동을 고려한 다음 가능한 모든 사용 사례 및 관련 사용 사례를 분석합니다. 전체 마이그레이션 프로세스를 완료하는 데 필요한 정보를 생각하면 해당 패턴의 모든 메타데이터를 식별하는 데 도움이 됩니다.

1단계: 필수 메타데이터 정의

필요한 메타데이터 속성을 결정하기 전에 마이그레이션 패턴을 이해해야 합니다. 예를 들어 서버를 Amazon EC2로 마이그레이션하고 데이터베이스를 Amazon RDS로 마이그레이션하려면 서로 다른 메타데이터가 필요합니다. 대부분의 패턴은 많은 작은 작업으로 구성됩니다. 마이그레이션 패턴을 수행하려면 필요한 메타데이터 속성을 알고 해당 애플리케이션의 메타데이터를 수집해야 합니다. 구현 단계에서 지연 없이 효율적으로 마이그레이션을 수행할 수 있도록 초기화 단계에서 필요한 메타데이터를 결정하고 수집해야 합니다.

메타데이터 속성을 정의하는 사람 또는 팀은 마이그레이션 패턴을 수행하는 데 필요한 단계와 작업을 정의하는 것으로 시작합니다. 태스크는 필요한 메타데이터를 결정하므로 각 태스크를 통해 필요한 메타데이터의 포괄적인 컬렉션을 빌드합니다. 필요한 메타데이터를 결정하는 사람은 일반적으로 마이그레이션 패턴을 완료하는 방법을 포괄적으로 이해해야 합니다. 마이그레이션 런북을 작성하는 사람과의 조정이 필요할 수 있습니다. 자세한 내용은 AWS 대규모 마이그레이션을 위한 마이그레이션 플레이북을 참조하세요.

대규모 마이그레이션 중에는 메타데이터에 의존하는 여러 프로세스가 모든 워크스트림에 분산되어 있습니다. 적시에 정확한 메타데이터를 확보하면 대규모 마이그레이션의 성공에 광범위하고 상당한 영향을 미칩니다.

이 단계에서는 패턴 또는 작업을 정의한 다음 정의를 사용하여 필요한 메타데이터를 식별합니다.

마이그레이션 패턴 및 지원 작업의 주요 구성 요소 식별

이 단계에서는 각 마이그레이션 패턴 또는 지원 작업에 대해 작업, 소스 객체, 대상 객체 및 사용된 도구와 같은 주요 구성 요소를 정의합니다. 그런 다음 답변을 기반으로 패턴 또는 작업의 이름을 지정합니다.

지원되는 작업에는 웨이브 계획, 애플리케이션 우선 순위 지정, 종속성 분석, 거버넌스, 재해 복구, 성능 테스트 또는 사용자 수락 테스트와 같이 마이그레이션 중에 포트폴리오 및 마이그레이션 워크스트림이 수행해야 하는 운영 활동이 포함됩니다. 이러한 작업을 지원하려면 메타데이터가 필요하므로 마이그레이션 패턴과 지원 작업 모두에 대해 다음 단계를 수행합니다.

  1. 작업 - 마이그레이션 전략 또는 지원 작업을 식별합니다. 한 작업에 다른 작업이 연결되어 있을 수 있습니다. 예를 들어 마이그레이션 작업을 정의할 수 있습니다. 예제 작업은 다음과 같습니다.

    • 리호스팅, 리플랫폼 또는 재배치와 같은 마이그레이션 전략

    • 웨이브 계획

    • 애플리케이션 우선 순위 및 종속성 분석

    • Operation

    • 지배구조

    • 재해 복구

    • 성능 테스트 또는 사용자 수락 테스트(UAT)와 같은 테스트

  2. 소스 객체 - 작업이 수행될 소스 객체를 식별합니다. 소스 객체의 예는 다음과 같습니다.

    • 웨이브

    • Server

    • 데이터베이스

    • 파일 공유

    • Application

  3. 도구 - 작업을 수행하는 데 사용되는 서비스 또는 도구를 식별합니다. 둘 이상의 도구 또는 서비스를 사용할 수 있습니다. 예제 도구는 다음과 같습니다.

    • AWS Application Migration Service

    • AWS DataSync

    • AWS Database Migration Service (AWS DMS)

    • AWS Backup

    • 성능 모니터링 도구

  4. 대상 객체 - 작업이 완료될 때 소스가 상주할 대상 객체, 서비스 또는 위치를 식별합니다. 객체, 서비스 또는 위치의 예는 다음과 같습니다.

    • Amazon Elastic Compute Cloud(Amazon EC2)

    • Amazon Relational Database Service(Amazon RDS)

    • Amazon Elastic File System(Amazon EFS)

    • Amazon Elastic Container Service(Amazon ECS)

    • 웨이브 플랜

  5. 패턴 이름 - 다음과 같이 이전 단계에 대한 답변을 결합합니다.

    <tool>을 사용한 <action> <source object> on/to <target object>

    예를 들어, 다음과 같습니다.

    • Application Migration Service 또는 Cloud Migration Factory(도구)를 사용하여 Amazon EC2(대상 객체)로 (작업) 웨이브, 애플리케이션 또는 서버(소스 객체) 리호스팅

    • DataSync(도구)를 사용하여 Amazon EFS(대상 객체)에 (작업) 파일 공유(소스 객체)를 리플랫폼

    • (도구)를 사용하여 AWS DMS (작업) 데이터베이스(소스 객체)를 Amazon RDS(대상 객체)로 리플랫폼

    • Amazon CloudWatch(도구)를 사용하여 Amazon EC2(대상 객체)에서 애플리케이션(소스 객체)의 성능 모니터링(작업) Amazon CloudWatch

    • 마이그레이션 후 (도구)를 사용하여 AWS Backup Amazon EC2(대상 객체)에 (작업) 서버(소스 객체) 백업

    • 웨이브 플랜(대상 객체)을 생성하기 위한 웨이브 계획(작업) 웨이브, 애플리케이션 또는 서버(소스 객체)

다음은 마이그레이션 패턴 테이블에서 Application Migration Service 또는 Cloud Migration Factory를 사용하여 패턴 1: Amazon EC2로 리호스팅을 기록하는 방법의 예입니다.

Pattern ID

1

Pattern name

Application Migration Service 또는 Cloud Migration Factory를 사용하여 Amazon EC2로 리호스팅

Action

리호스팅 마이그레이션

Source object

웨이브, 애플리케이션 또는 서버

Tools

애플리케이션 마이그레이션 서비스 또는 클라우드 마이그레이션 팩토리

Target object

Amazon EC2

각 패턴 또는 작업에 필요한 메타데이터 결정

이제 패턴 또는 작업을 정의했으므로 소스 객체, 대상 객체, 도구 및 기타 비즈니스 정보에 필요한 메타데이터를 결정합니다. 이 프로세스를 설명하기 위해이 플레이북은 예제로 마이그레이션 패턴 테이블의 Application Migration Service 또는 Cloud Migration Factory를 사용하여 패턴 1: Amazon EC2로 리호스팅을 사용합니다. 일부 패턴 또는 작업의 경우 일부 단계가 적용되지 않을 수 있습니다.

  1. 대상 객체 분석 - 대상 객체에서 역방향으로 작업하여 객체를 수동으로 생성하고 이를 지원하는 데 필요한 메타데이터를 식별합니다. 다음 표에 표시된 대로 메타데이터를 캡처합니다.

    예를 들어 EC2 인스턴스를 생성할 때 인스턴스 유형, 스토리지 유형, 스토리지 크기, 서브넷, 보안 그룹 및 태그를 선택해야 합니다. 다음 표에는 대상 객체가 EC2 인스턴스인 경우 필요할 수 있는 메타데이터 속성의 예가 나와 있습니다.

    속성 이름 객체 유형 설명 또는 목적

    target_subnet

    대상 EC2 인스턴스

    대상 EC2 인스턴스의 서브넷

    target_subnet_test

    대상 EC2 인스턴스

    대상 EC2 인스턴스의 서브넷 테스트

    target_security_group

    대상 EC2 인스턴스

    대상 EC2 인스턴스의 보안 그룹

    target_security_group_test

    대상 EC2 인스턴스

    대상 EC2 인스턴스의 보안 그룹 테스트

    IAM_role

    대상 EC2 인스턴스

    AWS Identity and Access Management 대상 EC2 인스턴스의 (IAM) 역할

    instance_type

    대상 EC2 인스턴스

    대상 EC2 인스턴스의 인스턴스 유형

    AWS_account_ID

    대상 EC2 인스턴스

    AWS 대상 EC2 인스턴스를 호스팅하는 계정

    AWS_Region

    대상 EC2 인스턴스

    AWS 대상 EC2 인스턴스를 호스팅할 리전

  2. 도구 분석 - 도구를 사용하여 대상 객체를 생성하고 차이점을 확인합니다. 다음 표에 표시된 대로 도구별 메타데이터를 캡처하고 마이그레이션 도구에서 지원되지 않는 경우 이전 테이블에서 속성을 제거합니다. 예를 들어, 리호스팅 마이그레이션 도구가 like-for-like하기 때문에 Application Migration Service의 OS 유형 및 스토리지 크기를 사용자 지정할 수 없습니다. 따라서 이러한 속성이 이전 테이블에 포함된 경우 대상 OS와 대상 디스크 크기를 제거합니다. 이전 예제 테이블에서 모든 속성은 도구에서 지원되므로 작업이 필요하지 않습니다.

    다음 표에는 도구에 필요할 수 있는 메타데이터의 예가 나와 있습니다.

    속성 이름 객체 유형 설명 또는 목적

    AWS_account_ID

    도구(애플리케이션 마이그레이션 서비스)

    AWS 의 계정 ID AWS Application Migration Service

    AWS_Region

    도구(애플리케이션 마이그레이션 서비스)

    AWS Application Migration Service 리전

    replication_server_subnet

    도구(애플리케이션 마이그레이션 서비스)

    Application Migration Service 복제 서버용 서브넷

    replication_server_security_group

    도구(애플리케이션 마이그레이션 서비스)

    Application Migration Service 복제 서버의 보안 그룹

  3. 소스 객체 분석 - 다음과 같이 작업을 평가하여 소스 객체에 필요한 메타데이터를 결정합니다.

    • 서버를 마이그레이션하려면 서버에 연결하기 위해 소스 서버 이름과 정규화된 도메인 이름(FQDN)을 알아야 합니다.

    • 서버와 함께 애플리케이션을 마이그레이션하려면 애플리케이션 이름, 애플리케이션 환경 및 application-to-server 알아야 합니다.

    • 포트폴리오 평가를 수행하거나, 애플리케이션의 우선순위를 지정하거나, 이동 그룹을 정의하려면 application-to-server 매핑, 애플리케이션-application-to-database 매핑, application-to-application 종속성을 알아야 합니다.

    • 파도를 관리하려면 파도 ID와 파도의 시작 및 종료 시간을 알아야 합니다.

    다음 표에는 소스 객체에 필요할 수 있는 메타데이터의 예가 나와 있습니다.

    속성 이름 객체 유형 설명 또는 목적

    wave_ID

    소스 웨이브

    파도의 ID(예: 파도 10)

    wave_start_date

    소스 웨이브

    파도 시작 날짜

    wave_cutover_date

    소스 웨이브

    파도의 전환 날짜

    wave_owner

    소스 웨이브

    파도 소유자

    app_name

    소스 애플리케이션

    소스 애플리케이션 이름

    app_to_server_mapping

    소스 애플리케이션

    Application-to-server 관계

    app_to_DB_mapping

    소스 애플리케이션

    Application-to-database 관계

    app_to_app_dependencies

    소스 애플리케이션

    애플리케이션의 외부 종속성

    server_name

    소스 서버

    소스 서버 이름

    server_FQDN

    소스 서버

    소스 서버의 정규화된 도메인 이름

    server_OS_family

    소스 서버

    소스 서버의 운영 체제(OS) 패밀리(예: Windows 또는 Linux)

    server_OS_version

    소스 서버

    소스 서버의 OS 버전(예: Windows Server 2003)

    server_environment

    소스 서버

    소스 서버의 환경(예: 개발, 프로덕션 또는 테스트)

    server_tier

    소스 서버

    소스 서버의 티어(예: 웹, 데이터베이스 또는 애플리케이션)

    CPU

    소스 서버

    소스 서버의 CPUs 수

    RAM

    소스 서버

    소스 서버의 RAM 크기

    disk_size

    소스 서버

    소스 서버의 디스크 크기

  4. 다른 속성 고려 - 기본 작업 외에도 대상 객체 또는 애플리케이션과 관련된 다른 작업 및 속성을 고려합니다. 예제 패턴인 패턴 1: Application Migration Service 또는 Cloud Migration Factory를 사용하여 Amazon EC2로 리호스팅하면 작업이 리호스팅되고 대상 객체는 Amazon EC2입니다. 이 대상 객체에 대한 다른 관련 작업에는 Amazon EC2에 백업, 마이그레이션 후 EC2 인스턴스 모니터링, 태그를 사용하여 EC2 인스턴스와 관련된 비용을 관리하는 작업이 포함될 수 있습니다. 또한 질문이나 전환 목적으로 문의해야 할 애플리케이션 소유자와 같이 마이그레이션을 관리하는 데 도움이 되는 다른 애플리케이션 속성을 고려하는 것이 좋습니다.

    다음 표에는 일반적으로 사용되는 추가 메타데이터의 예가 나와 있습니다. 이 테이블에는 대상 EC2 인스턴스에 대한 태그가 포함되어 있습니다. 태그 및 태그 사용 방법에 대한 자세한 내용은 Amazon EC2 설명서의 Amazon EC2 리소스 태그 지정을 참조하세요. Amazon EC2

    속성 이름 객체 유형 설명 또는 목적

    Name

    대상 EC2 인스턴스(태그)

    대상 EC2 인스턴스의 이름을 정의하는 태그

    app_owner

    소스 애플리케이션

    소스 애플리케이션의 소유자

    business_unit

    대상 EC2 인스턴스(태그)

    태그를 지정하여 대상 EC2 인스턴스의 사업부를 식별합니다(예: HR, 재무 또는 IT).

    cost_center

    대상 EC2 인스턴스(태그)

    대상 EC2 인스턴스의 비용 센터를 식별하는 태그

  5. 테이블 생성 - 이전 단계에서 식별된 모든 메타데이터를 단일 테이블로 결합합니다.

    속성 이름 객체 유형 설명 또는 목적

    wave_ID

    소스 웨이브

    파도의 ID(예: 파도 10)

    wave_start_date

    소스 웨이브

    파도 시작 날짜

    wave_cutover_date

    소스 웨이브

    파도의 전환 날짜

    wave_owner

    소스 웨이브

    파도 소유자

    app_name

    소스 애플리케이션

    소스 애플리케이션 이름

    app_to_server_mapping

    소스 애플리케이션

    Application-to-server 관계

    app_to_DB_mapping

    소스 애플리케이션

    Application-to-database 관계

    app_to_app_dependencies

    소스 애플리케이션

    애플리케이션의 외부 종속성

    AWS_account_ID

    도구(애플리케이션 마이그레이션 서비스)

    AWS 대상 EC2 인스턴스를 호스팅하는 계정

    AWS_Region

    도구(애플리케이션 마이그레이션 서비스)

    AWS 대상 EC2 인스턴스를 호스팅할 리전

    replication_server_subnet

    도구(애플리케이션 마이그레이션 서비스)

    Application Migration Service 복제 서버용 서브넷

    replication_server_security_group

    도구(애플리케이션 마이그레이션 서비스)

    Application Migration Service 복제 서버의 보안 그룹

    server_name

    소스 서버

    소스 서버 이름

    server_FQDN

    소스 서버

    소스 서버의 정규화된 도메인 이름

    server_OS_family

    소스 서버

    소스 서버의 운영 체제(OS) 패밀리(예: Windows 또는 Linux)

    server_OS_version

    소스 서버

    소스 서버의 OS 버전(예: Windows Server 2003)

    server_environment

    소스 서버

    소스 서버의 환경(예: 개발, 프로덕션 또는 테스트)

    server_tier

    소스 서버

    소스 서버의 티어(예: 웹, 데이터베이스 또는 애플리케이션)

    CPU

    소스 서버

    소스 서버의 CPUs 수

    RAM

    소스 서버

    소스 서버의 RAM 크기

    disk_size

    소스 서버

    소스 서버의 디스크 크기

    target_subnet

    대상 서버

    대상 EC2 인스턴스의 서브넷

    target_subnet_test

    대상 서버

    대상 EC2 인스턴스의 서브넷 테스트

    target_security_group

    대상 서버

    대상 EC2 인스턴스의 보안 그룹

    target_security_group_test

    대상 서버

    대상 EC2 인스턴스의 보안 그룹 테스트

    instance_type

    대상 서버

    대상 EC2 인스턴스의 인스턴스 유형

    IAM_role

    대상 서버

    AWS Identity and Access Management 대상 EC2 인스턴스의 (IAM) 역할

    Name

    대상 서버(태그)

    대상 EC2 인스턴스의 이름을 정의하는 태그

    app_owner

    소스 애플리케이션

    소스 애플리케이션의 소유자

    business_unit

    대상 서버(태그)

    태그를 지정하여 대상 EC2 인스턴스의 사업부를 식별합니다(예: HR, 재무 또는 IT).

    cost_center

    대상 서버(태그)

    대상 EC2 인스턴스의 비용 센터를 식별하는 태그

  6. 반복 - 각 패턴에 필요한 메타데이터를 문서화할 때까지이 프로세스를 반복합니다.

2단계: 메타데이터 스토리지 및 수집 프로세스 구축

이전 단계에서 마이그레이션을 지원하는 데 필요한 메타데이터를 정의했습니다. 이 단계에서는 메타데이터를 수집하고 저장하는 프로세스를 구축합니다. 이 단계는 두 가지 작업으로 구성됩니다.

  1. 이전 단계의 필수 메타데이터를 분석하고 소스를 식별합니다.

  2. 메타데이터를 효율적으로 저장하고 수집하기 위한 프로세스를 정의합니다.

메타데이터 소스 분석

많은 일반적인 메타데이터 소스가 있습니다. 일반적으로 가장 먼저 액세스할 수 있는 것은 상위 수준 자산 인벤토리로, 일반적으로 구성 관리 데이터베이스(CMDB) 또는 다른 기존 도구에서 내보냅니다. 그러나 자동 프로세스와 수동 프로세스를 모두 사용하여 다른 소스에서도 메타데이터를 수집해야 합니다.

다음 표에는 공통 소스, 해당 소스의 표준 수집 프로세스, 해당 소스에서 찾을 수 있는 공통 메타데이터 유형이 포함되어 있습니다.

메타데이터 소스 컬렉션 유형 메타데이터 유형

검색 도구

자동

소스 서버

CMDB

자동

소스 서버

용 RVTools와 같은 다른 도구의 인벤토리 VMware vSphere

자동

소스 서버

애플리케이션 소유자 설문지

수동

소스 서버, 대상 서버, 웨이브

애플리케이션 소유자 인터뷰

수동

소스 서버, 대상 서버, 웨이브

애플리케이션 설계 설명서

수동

대상 서버

랜딩 존 설계 설명서

수동

대상 서버, 도구

메타데이터의 가능한 모든 소스를 나열한 후 메타데이터 유형을 분석하고 각 소스를 이전 단계에서 식별한 메타데이터 속성에 매핑합니다.

  1. 에서 메타데이터 속성의 전체 목록을 가져옵니다1단계: 필수 메타데이터 정의.

  2. 각 메타데이터 유형을 분석하고 자동 프로세스를 사용하여 검색할 수 없는 유형을 결정합니다. 일반적으로 대상 서버 메타데이터 및 웨이브 메타데이터 유형은 애플리케이션 소유자의 결정이 필요하기 때문입니다. 예를 들어 대상 EC2 인스턴스에 사용할 서브넷 및 보안 그룹은 무엇입니까?

  3. 각 메타데이터 속성을 분석하여 이전 테이블의 메타데이터 소스에 매핑합니다. 여러 소스를 함께 사용하는 것이 일반적입니다. 검색 도구를 사용하여 일부 소스 서버 메타데이터를 수집할 수 있습니다. 검색 도구를 사용하여 메타데이터를 수집하는 방법에 대한 자세한 내용은 AWS 규범적 지침 웹 사이트의 자동 포트폴리오 검색 시작하기를 참조하세요.

  4. 테이블을 생성하여 메타데이터 속성을 유형 및 소스에 매핑합니다. 다음 표는 예제입니다.

    메타데이터 속성 메타데이터 유형 메타데이터 소스

    app_name

    소스 애플리케이션

    CMDB

    app_owner

    소스 애플리케이션

    CMDB

    app_to_server_mapping

    소스 애플리케이션

    CMDB, 검색 도구 또는 애플리케이션 소유자 설문지

    app_to_DB_mapping

    소스 애플리케이션

    CMDB, 검색 도구 또는 애플리케이션 소유자 설문지

    app_to_app_dependencies

    소스 애플리케이션

    CMDB, 검색 도구 또는 애플리케이션 소유자 설문지

    server_name

    소스 서버

    CMDB

    server_FQDN

    소스 서버

    CMDB

    server_OS_family

    소스 서버

    CMDB

    server_IP

    소스 서버

    검색 도구

    disk_size

    소스 서버

    검색 도구

    instance_type

    대상 서버

    검색 도구

    target_subnet

    대상 서버

    애플리케이션 소유자 설문지

    target_security_group

    대상 서버

    애플리케이션 소유자 설문지

    AWS_Region

    대상 서버

    애플리케이션 소유자 설문지

    AWS_account_ID

    대상 서버

    애플리케이션 소유자 설문지

    replication_server_subnet

    도구(애플리케이션 마이그레이션 서비스)

    랜딩 존 설계 설명서

    replication_server_security_group

    도구(애플리케이션 마이그레이션 서비스)

    랜딩 존 설계 설명서

    Name

    대상 서버(태그)

    애플리케이션 소유자 설문지

    business_unit

    대상 서버(태그)

    애플리케이션 소유자 설문지

    cost_center

    대상 서버(태그)

    애플리케이션 소유자 설문지

    wave_ID

    웨이브 계획

    애플리케이션 소유자 인터뷰

    wave_start_date

    웨이브 계획

    애플리케이션 소유자 인터뷰

    wave_cutover_date

    웨이브 계획

    애플리케이션 소유자 인터뷰

단일 메타데이터 스토어 정의

각 메타데이터 속성을 소스에 매핑한 후 메타데이터를 저장할 위치를 정의합니다. 메타데이터를 저장하는 방법과 위치에 관계없이 리포지토리를 하나만 선택해야 합니다. 이렇게 하면 단일 진실 소스를 갖게 됩니다. 메타데이터를 여러 곳에 저장하는 것은 대규모 마이그레이션에서 흔히 발생하는 실수입니다.

옵션 1: 공유 리포지토리의 스프레드시트에 메타데이터 저장

이 옵션은 매우 수동 프로세스처럼 들릴 수 있지만 대규모 마이그레이션을 위한 가장 일반적인 데이터 스토어입니다. 또한 스프레드시트를 Microsoft SharePoint 사이트와 같은 공유 리포지토리에 저장하는 것이 일반적입니다.

Microsoft Excel 스프레드시트는 사용자 지정하기 쉽고 빌드하는 데 시간이 오래 걸리지 않습니다. 단점은 메타데이터가 많으면 매우 복잡해지고 서버, 애플리케이션 및 데이터베이스와 같은 자산 간의 관계를 관리하기 어려울 수 있다는 것입니다. 또 다른 과제는 버전 관리입니다. 쓰기 액세스를 소수의 사용자로만 제한하거나 자동화된 프로세스를 사용하여 스프레드시트를 업데이트해야 합니다.

포트폴리오 플레이북 템플릿에서 파도 계획 및 마이그레이션을 위한 대시보드 템플릿(Excel 형식)을 자체 데이터 스토어 스프레드시트를 빌드하기 위한 시작점으로 사용할 수 있습니다.

옵션 2: 특별히 구축된 도구에 메타데이터 저장

TDS Transition Manager(TDS 웹 사이트)와 같은 사전 구축된 도구를 사용하여 데이터를 저장하거나 자체 도구를 구축할 수 있습니다. 자체 도구를 빌드할 때는 옵션 1의 Excel 스프레드시트 탭과 마찬가지로 데이터베이스 테이블이 필요합니다. 예시:

  • 서버 테이블

  • 애플리케이션 테이블

  • 데이터베이스 테이블

  • Application-to-server 및 application-to-database 매핑 테이블

  • Wave-planning 테이블

  • 애플리케이션 소유자 설문지 테이블

메타데이터 수집 프로세스 정의

이전 단계에서는 메타데이터를 소스에 매핑하고 메타데이터를 수집할 데이터 스토어를 정의했습니다. 이 단계에서는 메타데이터를 효과적으로 수집하는 프로세스를 구축합니다. 수동 copy-and-paste 프로세스를 최소화하고 자동화를 사용하여 각 소스에서 메타데이터를 수집해야 합니다. 세 단계가 있습니다.

  1. 메타데이터 매핑 테이블을 기반으로 각 메타데이터 소스에 대한 추출, 변환 및 로드(ETL) 스크립트를 빌드합니다.

  2. 정기적으로 각 소스에서 메타데이터를 자동으로 가져오는 예약된 작업을 빌드합니다.

  3. 내보내기 프로세스를 구축하거나 리포지토리에 저장된 메타데이터에 대한 애플리케이션 프로그래밍 인터페이스(API) 액세스를 제공합니다.

다음 표는 각 ETL 스크립트에서 수집한 메타데이터 속성의 예입니다. 메타데이터는 스프레드시트 또는 특별히 제작된 도구와 같이 이전 섹션에서 정의한 위치에 저장됩니다.

메타데이터 속성 메타데이터 유형 메타데이터 소스 수집 프로세스

app_name

소스 애플리케이션

CMDB

ETL 스크립트 – CMDB

app_owner

소스 애플리케이션

CMDB

ETL 스크립트 – CMDB

app_to_server_mapping

소스 애플리케이션

CMDB

ETL 스크립트 – CMDB

app_to_DB_mapping

소스 애플리케이션

CMDB

ETL 스크립트 – CMDB

app_to_app_dependencies

소스 애플리케이션

검색 도구

ETL 스크립트 - 검색 도구

server_name

소스 서버

CMDB

ETL 스크립트 – CMDB

server_FQDN

소스 서버

CMDB

ETL 스크립트 – CMDB

server_OS_family

소스 서버

CMDB

ETL 스크립트 – CMDB

server_OS_version

소스 서버

CMDB

ETL 스크립트 – CMDB

disk_size

소스 서버

검색 도구

ETL 스크립트 - 검색 도구

instance_type

대상 서버

검색 도구

ETL 스크립트 - 검색 도구

target_subnet

대상 서버

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

target_security_group

대상 서버

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

AWS_Region

대상 서버

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

AWS_account_ID

대상 서버

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

Name

대상 서버(태그)

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

business_unit

대상 서버(태그)

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

cost_center

대상 서버(태그)

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

wave_ID

웨이브 계획

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

wave_start_date

웨이브 계획

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

wave_cutover_date

웨이브 계획

애플리케이션 소유자 설문지

ETL 스크립트 - 애플리케이션 소유자

3단계: 실행서에 메타데이터 요구 사항 및 수집 프로세스 문서화

이 작업에서는 메타데이터 관리 실행서에 결정을 문서화합니다. 마이그레이션 중에 포트폴리오 워크스트림은 메타데이터 수집 및 저장을 위한 표준 절차로이 런북을 준수합니다.

  1. 포트폴리오 플레이북 템플릿에서 메타데이터 관리를 위한 런북 템플릿(Microsoft Word 형식)을 엽니다. 이는 자체 런북을 빌드하기 위한 출발점 역할을 합니다.

  2. 메타데이터 속성 섹션에서 각 마이그레이션 패턴에 대한 메타데이터 속성 테이블을 생성하고에 식별된 메타데이터 속성으로 테이블을 채웁니다1단계: 필수 메타데이터 정의.

  3. 소스 위치 섹션에서에서 식별한 소스를 문서화합니다메타데이터 소스 분석.

  4. 소스 위치 액세스 지침 섹션에서 메타데이터 소스 위치에 액세스하기 위해 사용자가 따라야 하는 단계를 문서화합니다.

  5. 메타데이터 스토어 섹션에서 사용자가에서 생성한 메타데이터 스토어에 액세스하기 위해 따라야 할 단계를 문서화합니다단일 메타데이터 스토어 정의.

  6. 데이터 수집 유형 섹션에서 각 메타데이터 소스에 사용할 데이터 수집 프로세스를 식별합니다. 자동화 스크립트를 사용하여 모든 메타데이터 수집을 자동화하는 것이 가장 좋습니다.

  7. 메타데이터별 데이터 수집 속성 섹션의 각 메타데이터 속성에 대해의 지침에 따라 다음을 식별합니다. 메타데이터 수집 프로세스 정의

    1. 메타데이터 유형

    2. 메타데이터 소스

    3. 메타데이터 스토어

    4. 컬렉션 유형

  8. 메타데이터 수집 섹션에서 사용 사례에 따라 프로세스를 업데이트합니다. 이는 구현 단계에서 파도에 대한 메타데이터를 수집할 때 포트폴리오 워크스트림이 따르는 프로세스입니다.

  9. 실행서가 완전하고 정확한지 확인합니다. 이 런북은 마이그레이션 중에 신뢰할 수 있는 소스여야 합니다.

  10. 메타데이터 관리 런북을 팀과 공유하여 검토하세요.

작업 종료 기준

다음을 완료하면 다음 작업을 계속합니다.

  • 수집된 메타데이터를 저장하기 위한 단일 리포지토리를 준비했습니다.

  • 메타데이터 관리 런북에서 다음을 정의하고 문서화했습니다.

    • 각 마이그레이션 패턴에 필요한 메타데이터 속성

    • 메타데이터 소스 및 각 소스에 액세스하는 방법에 대한 자세한 지침

    • 메타데이터 스토어 및 액세스 방법에 대한 자세한 지침

    • 메타데이터를 수집하는 데 사용되는 프로세스

    • 메타데이터 속성을 메타데이터 소스 및 수집 프로세스에 매핑하는 매핑 테이블