기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
메인프레임 애플리케이션의 변환
AWS 변환은 메인프레임 현대화 애플리케이션의 변환을 가속화합니다. 이 주제에서는 사용 가능한 기능에 대해 설명합니다.
주제
사전 조건: S3에서 프로젝트 입력 준비
AWS 변환은 복잡한 메인프레임 코드베이스를 처리할 수 있습니다. 코드베이스를 사용하려면 S3 위치에 모든 자산이 있어야 합니다.
주요 프로젝트 입력:
-
소스 코드: 메인프레임 소스 코드 파일을 S3에 업로드해야 합니다. 여기에는 COBOL 프로그램, JCL 스크립트, 카피북 및 기타 관련 소스 파일이 포함됩니다.
-
데이터 파일: 메인프레임 애플리케이션에서 사용하는 VSAM 파일 또는 기타 데이터 파일이 있는 경우 S3에 업로드해야 합니다.
-
구성 파일: 메인프레임 환경과 관련된 구성 파일을 포함합니다.
기타 프로젝트 입력
시스템 관리 시설(SMF) 레코드: 해당하는 경우 소스 코드가 저장된 S3 버킷의 새 폴더에 SMF 레코드를 업로드합니다. 이러한 레코드는 .zip 파일 형식이어야 합니다.
형식 지정: 기술 설명서 생성의 경우 선택적 구성 파일을 활용하여 헤더, 바닥글, 로고 및 사용자 지정 정보를 포함하여 필요한 형식 및 표준에 맞는 PDF 문서를 생성할 수 있습니다.
용어집: AWS 변환은 문서 생성 및 비즈니스 규칙 추출을 위해 생성형 AI를 통한 자동화를 AWS 활용합니다. zip 파일의 루트 디렉터리에 중요한 약어 및 용어에 대한 정보가 포함된 용어집 CSV 파일을 포함하면 생성된 설명서 품질을 개선하는 데 도움이 됩니다.
테스트 데이터: 사용 가능한 경우 현대화된 애플리케이션을 검증하는 데 사용할 수 있는 테스트 데이터 세트를 업로드합니다. 이 데이터는 소스 코드가 저장된 S3 버킷의 새 폴더에 저장되어야 합니다.
프로젝트 입력에 대한 자세한 내용은 여기에서 확인할 수 있습니다.
로그인 및 작업 생성
AWS 변환 웹 환경에 로그인하려면 설명서의 AWS 변환 시작하기 섹션에 있는 모든 지침을 따르세요.
작업을 생성하고 시작하려면: 프로젝트 시작의 단계를 따릅니다.
워크스페이스 생성: 작업, 공동 작업자 및 관련 아티팩트가 저장될 워크스페이스의 이름을 지정하고 설명합니다.
작업 생성: 미리 구성된 작업 계획 중에서 선택하여 작업을 생성하거나 지원되는 기능 목록에서 선택하여 목표에 따라 작업 계획을 사용자 지정합니다.
중요
AWS 적절한 권한이 없는 경우 변환은 작업을 거부합니다. 예를 들어 기여자는 메인프레임 애플리케이션의 작업 변환을 취소하거나 작업을 삭제할 수 없습니다. 관리자만 이러한 함수를 수행할 수 있습니다.
작업을 생성할 때 아래 기능 중에서 선택할 수 있지만 프로젝트의 소스 코드 위치가 위치하므로 항상 Kickoff 단계가 필요합니다. 워크스페이스에 설정된 첫 번째 작업에서는 Amazon S3 버킷에 대한 커넥터를 설정해야 합니다.
변환 진행 상황 추적
다음 두 가지 방법으로 프로세스 전반의 변환 진행 상황을 추적할 수 있습니다.
-
작업 로그 - 변환이 AWS 수행하는 작업에 대한 자세한 로그와 인적 입력 요청 및 해당 요청에 대한 응답을 제공합니다.
-
대시보드 - 메인프레임 애플리케이션 변환에 대한 상위 수준 요약을 제공합니다. 변환된 작업 수, 변환 적용 및 메인프레임 애플리케이션의 변환을 완료하는 데 걸리는 예상 시간에 대한 지표를 보여줍니다. 파일 유형별 코드 줄, 각 파일 유형별로 생성된 설명서, 분해된 코드, 마이그레이션 계획 등 각 단계의 세부 정보를 볼 수도 있습니다.
커넥터 설정
AWS 변환은 커넥터를 사용하여 메인프레임 현대화 함수에 필요한 계정의 리소스에 액세스합니다. 커넥터는 워크스페이스에서 실행하는 첫 번째 작업으로 자동으로 구성됩니다. 선택한 작업 계획에 따라 AWS 변환은 커넥터를 생성하도록 안내합니다.
메인프레임 재구성 커넥터
메인프레임 재구성 커넥터는 평가 및 재구성 워크플로를 실행하는 작업을 위한 것입니다. S3 버킷을 사용하여 변환 리소스에 액세스하고 저장할 뿐만 아니라 Amazon Neptune 클러스터를 사용하여 추출된 아티팩트를 저장합니다. Neptune 클러스터는 작업에 대해 추출된 모든 아티팩트를 저장하는 통합 지식 그래프 역할을 하며, 지식 그래프는 AWS 변환 채팅 인터페이스의 모든 질문에 대한 답변을 제공합니다.
AWS 변환이 탄력적 네트워크 인터페이스(ENI)를 생성할 수 있는 VPC에 Amazon Neptune 클러스터를 배포합니다.ENIs 이는 AWS 변환이 VPC의 Neptune과 안전하게 통신하여 데이터를 로드하고 지식 그래프를 쿼리할 수 있도록 하는 네트워크 연결입니다.
AWS CloudFormation
다음 CloudFormation 템플릿을 사용하여 메인프레임 재구성 커넥터에 필요한 리소스를 생성하는 것이 좋습니다. CloudFormation 템플릿을 실행할 때 커넥터에 사용할 것과 동일한 S3 버킷을 사용합니다. CloudFormation 템플릿 사용에 대한 자세한 내용은 템플릿 작업을 참조하세요.
CloudFormation 템플릿을 다운로드하려면 neptune-kg-setup.yaml
템플릿은 다음 파라미터를 허용합니다.
BucketName - 필수 항목입니다. Neptune 대량 로더 액세스를 위한 S3 버킷 이름입니다. AWS 변환 커넥터에서 사용하려는 것과 동일한 S3 버킷을 사용해야 합니다.
KmsKeyId – 선택 사항입니다. Neptune 암호화를 위한 KMS 키입니다. 키 ID, ARN, 별칭 이름 또는 별칭 ARN을 허용합니다. 기본값은 생략된 경우 AWS 관리형 키입니다.
커넥터를 구성할 때 다음 세부 정보를 제공합니다.
S3 버킷 ARN
Neptune 클러스터 ARN
Neptune 클러스터 리소스 ID
애플리케이션 서브넷 IDs
애플리케이션 보안 그룹 ID
Neptune S3 대량 로더 역할 ARN
중요
CloudFormation 템플릿의 출력 탭에는 커넥터를 구성할 때 AWS 변환에 제공해야 하는 세부 정보가 포함되어 있습니다.
사용자 지정 구성
기존 VPC 또는 기타 도구를 사용하여 필요한 인프라를 생성하려면 환경이 다음 요구 사항을 충족해야 합니다.
Neptune 클러스터
-
엔진 버전 1.4.5.1 이상이 설치된 Amazon Neptune Serverless
IAM 인증 활성화됨
스토리지 암호화 활성화됨(AWS 관리형 키 또는 고객 관리형 KMS 키)
서버리스 조정 구성(권장: 1~128NCUs)
(권장) 고가용성과 향상된 읽기 성능을 위해 두 번째 가용 영역의 읽기 전용 복제본
네트워킹
DNS 지원 및 DNS 호스트 이름이 활성화된 VPC
별도의 가용 영역에 두 개 이상의 서브넷이 있습니다. AWS 변환은 이러한 서브넷에 ENIs를 생성하여 동일한 서브넷 또는 전용 서브넷에 상주할 수 있는 Neptune 클러스터에 액세스합니다. VPC 엔드포인트 및 애플리케이션 ENIs.
-
VPC 인터페이스 엔드포인트(AWS PrivateLink)를 통해 서브넷에서 다음 AWS 서비스로 네트워크 연결:
AWS Transform Agents API - 메인프레임 현대화 작업을 조정합니다.
Amazon Bedrock 런타임 - 분석 및 추론을 위해 파운데이션 모델을 호출합니다.
Amazon Relational Database Service(RDS) – Neptune 클러스터 관리
Amazon Elastic Compute Cloud(Amazon EC2) - ENIs 관리
Amazon CloudWatch - AWS 변환 관찰성을 위한 지표
서브넷과 연결된 라우팅 테이블에 연결된 S3 게이트웨이 엔드포인트입니다. AWS 변환은이 엔드포인트를 사용하여 S3 버킷에서 Neptune 클러스터로 데이터를 로드합니다.
보안 그룹
보안 그룹은 서브넷이 아닌 ENIs에 연결됩니다. AWS 변환 ENIs와 Neptune이 동일한 서브넷에 상주하는 경우에도 별도의 보안 그룹은 ENI와 Neptune 간의 액세스를 제어합니다.
-
다음을 허용하는 보안 그룹( AWS 변환에서 생성한 ENIs에 연결됨)입니다.
Neptune 보안 그룹에 대한 아웃바운드 TCP 8182
VPC 엔드포인트에 도달하기 위한 아웃바운드 TCP 443
-
다음을 허용하는 보안 그룹(Neptune 클러스터에 연결됨)입니다.
애플리케이션 보안 그룹의 인바운드 TCP 8182
-
다음을 허용하는 VPC 엔드포인트 보안 그룹(인터페이ENIs에 연결됨)입니다.
애플리케이션 보안 그룹의 인바운드 TCP 443
IAM
S3 버킷에
s3:GetObject,s3:ListBucket및를 부여하는s3:GetBucketLocation에 대한 신뢰 정책rds.amazonaws.com이 있는 IAM 역할지식 그래프 데이터를 대량 로드하려면이 역할을 Neptune 클러스터와 연결해야 합니다.
다음 다이어그램은 권장 아키텍처를 보여줍니다.
S3 커넥터
사용자 지정 계획이 있는 작업의 경우 AWS 변환은 S3 커넥터를 사용할 수 있습니다. S3 커넥터는 S3 버킷을 사용하여 변환 리소스에 액세스하고 저장하며 인덱싱된 출력을 위한 S3 벡터 버킷을 사용합니다.
중요
데이터는 워크스페이스의 AWS 변환 아티팩트 스토어에 저장되고 유지되며 작업 실행에만 사용됩니다.
S3 벡터 버킷의 선택적 구성입니다.
S3 벡터 버킷을 사용할 수 있는 리전에서 AWS 변환은 AI 기반 검색 및 채팅 경험을 제공하기 위해 계정의이 S3 벡터 버킷에 작업 출력의 검색 가능한 벡터 인코딩을 저장합니다. 데이터는이 작업 외부에서 사용되지 않으며 모델 훈련에 사용되지 않습니다. 이를 활성화하려면 S3 벡터 버킷을 생성하고 제공해야 합니다. AWS 변환은이 버킷에 쓰는 데 필요한 권한이 있는 역할을 자동으로 생성하고 연결합니다.
S3 버킷 CORS 권한
커넥터를 구성한 후 AWS 변환 콘솔에서 직접 아티팩트를 보고 비교할 수 있도록 다음 CORS 정책을 S3 버킷에 추가합니다. 이 정책이 올바르게 설정되지 않은 경우 AWS 변환의 인라인 보기 또는 파일 비교 기능을 사용하지 못할 수 있습니다.
[ { "AllowedHeaders": [], "AllowedMethods": [ "GET" ], "AllowedOrigins": [ "https://*.transform.eu-central-1.on.aws", "https://*.transform.ap-south-1.on.aws", "https://*.transform.ap-northeast-1.on.aws", "https://*.transform.ap-northeast-2.on.aws", "https://*.transform.ap-southeast-2.on.aws", "https://*.transform.ca-central-1.on.aws", "https://*.transform.eu-west-2.on.aws", "https://*.transform.us-east-1.on.aws", "https://*.transform.sa-east-1.on.aws" ], "ExposeHeaders": [], "MaxAgeSeconds": 0 } ]
작업 계획 평가 및 재구상
평가 및 재구상 작업 계획은 메인프레임 애플리케이션을 현대화하기 위한 사전 정의된 워크플로입니다. 코드베이스를 평가하여 비즈니스 기능을 식별하고 선택한 기능을 재구상하는 두 단계를 안내합니다. 대신 개별 기능을 선택하려면 사용자 지정 작업 계획을 사용합니다.
평가
메인프레임 현대화 여정은 일반적으로 코드베이스를 평가하여 콘텐츠를 식별하고 관계 및 종속성을 이해하는 것으로 시작됩니다. 이 평가 후 현대화할 소스 코드의 일부를 분해하고 선택할 수 있습니다. 분해 경계는 비즈니스 기능에 따라 결정됩니다.
비즈니스 함수 카탈로그는 코드베이스를 개별 비즈니스 함수로 분해합니다.이 기능은 각 비즈니스 함수를 처음부터 끝까지 매핑하는 결정론적 데이터 경로의 토대를 기반으로 구축됩니다. 데이터 경로는 비즈니스 트리거부터 메인프레임 코드 내의 최종 쓰기까지 데이터가 취하는 경로입니다. 시스템은 분석을 단일 진입점으로 제한하는 대신 배치 작업, CICS 트랜잭션 및 공유 데이터 스토어를 포괄하여 일관된 비즈니스 작업 단위를 식별합니다.
비즈니스 함수는 비즈니스 트리거에서 시작하여 측정 가능한 비즈니스 성과로 끝나는 일련의 작업입니다. AWS 혁신은 사업부가 조치를 취할 수 있는 비즈니스 함수의 카탈로그를 제공하여 먼저 현대화할 대상에 대해 정보에 입각한 결정을 내릴 수 있도록 합니다.
비즈니스 기능을 사용하여 현대화하기 위한 코드베이스 평가의 이점:
전체 상태 가시성 - 배치 작업, 온라인 트랜잭션 및 데이터 스토어가 비즈니스에 의미 있는 함수에 연결되는 방법을 이해합니다.
실행 가능한 경계 - 식별된 각 비즈니스 기능은 line-of-business 이해관계자가 현대화 노력을 위해 검토하고 우선순위를 지정할 수 있는 독립형 단위입니다.
코드 간 일관성 - 비즈니스 함수를 정의하는 동일한 코드 블록을 사용하여 변환 계층이나 조정 없이 사양을 생성합니다.
검색 시간 단축 - 자동 탐지는 몇 개월 동안의 수동 부족 지식 인터뷰를 체계적이고 반복 가능한 분석으로 대체합니다.
채팅을 통해 제공된 평가 결과
채팅을 통해 제공되는 평가 결과에는 데이터 경로 수, 배치 및 CICS 트랜잭션 측면에서 각 함수의 범위, 비즈니스 설명을 포함한 비즈니스 함수 목록이 포함됩니다. Amazon S3 버킷에서 생성된 아티팩트에 대한 링크가 제공되며 채팅을 통해 액세스할 수도 있습니다. 비즈니스 함수 세부 정보 및 비즈니스 함수 요약이라는 두 가지 아티팩트가 제공됩니다.
비즈니스 기능 요약 - 비즈니스 기능 목록과 코드 내 요소가 수행하는 기능에 대한 자연어 설명을 제공합니다.
비즈니스 함수 세부 정보 - 소스 코드 전반의 관계를 보여주는 대화형 그래프를 제공합니다.
그래프와 상호 작용하려면 요소를 선택하여 그래프에 대한 추가 세부 정보를 표시하거나 요소를 열어 세부 정보를 조사합니다. 각 페이지 내에는 해당 수준의 모든 요소에 대한 요약과 다음을 포함하여 각 구성 요소와 상호 작용하고 이에 대해 자세히 알아볼 수 있는 그래픽 인터페이스가 있습니다.
-
비즈니스 기능 - 어떤 비즈니스 기능이 서로 연결되어 있는지 설명하고 각 비즈니스 기능에 대한 개요를 제공합니다. 비즈니스 기능을 선택하면 다음 정보가 제공됩니다.
데이터 경로 수
코드 줄 수
비즈니스 설명: 코드 내 요소가 수행하는 기능을 자연어로 설명하는 비즈니스 함수의 개요입니다.
인터페이스: 비즈니스 기능 내의 데이터 요소가 어떻게 관련되어 있는지 자세히 설명합니다(예: 교환 또는 쓰기).
-
비즈니스 기능 세부 정보 - 단일 비즈니스 기능 내의 데이터 경로 간 연결을 보여 주므로 비즈니스 기능의 구성에 대해 자세히 알아볼 수 있습니다. 요소를 선택하면 다음 세부 정보와 함께 해당 요소가 비즈니스 기능에 어떻게 연결되는지 확인할 수 있습니다.
데이터 스토어: 데이터 스토어의 작성자 및 리더입니다.
기타 요소: 데이터 경로 내에서 처리되는 작업 및 결과, 프로그램 목록, 독자 및 작성자를 자연어로 설명하는 관련 데이터 경로의 개요입니다.
-
데이터 경로 - 한 데이터 경로의 세부 정보와 데이터 경로 내의 요소가 서로 어떻게 관련되어 있는지 보여줍니다.
설명: 데이터 경로 내에서 처리되는 작업 및 결과를 자연어로 설명하는 데이터 경로의 개요입니다.
-
데이터 경로의 내용:
진입점
읽기
쓰기
프로그램
채팅을 통해 출력을 조사하여 각 비즈니스 기능에 포함된 요소를 이해하고 비즈니스 함수 그래프를 통해 경계를 탐색할 수 있습니다.
현대화의 경계를 식별하면 채팅에서 재구상하려는 비즈니스 기능을 선택하라는 메시지가 표시됩니다. 단일 비즈니스 함수 또는 여러 비즈니스 함수를 선택할 수 있습니다. AWS 변환은 선택한 경계와 필요한 평가 출력을 재구상 흐름으로 전송하여 현대화 여정을 계속합니다.
첫 번째 현대화를 완료한 후 채팅을 사용하여 현대화할 추가 비즈니스 기능 세트를 선택할 수 있습니다.
재구상
재구상 단계에서는 평가에서 식별한 비즈니스 기능 중 하나 또는 전부를 선택하고 현대화를 준비할 수 있습니다. 이렇게 하면 비즈니스 로직 추출이 트리거되고 선택한 비즈니스 기능에 대한 요구 사항이 생성됩니다. 생성된 요구 사항은 미래 엔지니어링을 위한 기본 입력으로, 레거시 시스템 이해를 현대화된 애플리케이션이 제공해야 하는 대상의 정확한 사양으로 변환합니다.
비즈니스 로직 추출
하나 이상의 비즈니스 기능을 선택한 후 AWS 변환은 선택한 비즈니스 기능에 대한 비즈니스 로직 생성을 시작합니다. 추출이 완료되면 AWS 변환은 다운스트림 사용을 위해 결과를 Amazon S3 버킷에 JSON 형식으로 저장합니다. 추출 진행 상황을 모니터링하고 AWS 변환 콘솔 내에서 직접 문제를 검토할 수 있습니다.
비즈니스 로직 추출 결과를 검토하려면
-
왼쪽 탐색 창에서 비즈니스 로직 추출 단계를 선택하여 확장합니다.
-
단계 세부 정보에서 다음을 확인합니다.
S3 버킷 링크: 추출된 비즈니스 로직 결과가 JSON 형식으로 저장되는 위치입니다.
문제: 비즈니스 로직 추출 프로세스 중에 발생하는 모든 문제의 목록입니다.
추출 중에 문제가 발생한 파일이 있는 경우 영향을 받는 각 파일에 대해 다음 세부 정보가 표시됩니다.
파일 이름: 문제가 발생한 파일의 이름입니다.
파일 유형: 파일의 유형입니다(예: COBOL 또는 JCL).
파일 경로: 애플리케이션 내 파일의 위치입니다.
상태: 파일 추출의 현재 상태입니다.
세부 정보: 발생한 문제에 대한 설명입니다.
참고
추출 단계가 완료되면 AWS 변환이 자동으로 요구 사항 생성을 시작합니다. 이 프로세스가 시작되기 전에 추가 입력을 입력하라는 메시지가 표시되지 않습니다.
요구 사항 생성
비즈니스 로직 추출이 완료되면 Generate Requirements 에이전트는 추출된 아티팩트(코드 분석, 데이터 분석, 비즈니스 규칙)를 사용하고 현대화 요구 사항을 생성합니다. 이러한 요구 사항은 기술에 구애받지 않고 테스트 가능한 수락 기준을 포함하는 공식 기능 사양입니다. AWS 변환은 선택한 각 비즈니스 기능에 대해 하나의 requirements.md 파일을 생성하고 출력을 Amazon S3 버킷에 저장합니다. 출력의 Amazon S3 위치를 보려면 요구 사항 생성 단계를 선택합니다.
각 requirements.md 파일은 다음과 같은 부분으로 구성됩니다.
-
제목 - 비즈니스 함수와 비즈니스 함수가 나타내는 워크플로의 이름을 지정합니다.
-
글로벌 사전 조건 - 처리 전과 처리 중에 전체 워크플로에서 true를 유지해야 하는 조건입니다. 구성 가능한 값은 파라미터 자리 표시자로 표시됩니다.
-
번호가 매겨진 워크플로 섹션 - 각 섹션은 비즈니스 기능의 개별 단계를 나타냅니다. 모든 섹션에는 다음이 포함됩니다.
목표, 역할이 수행하려는 작업, 결과 결과를 설명하는 사용자 스토리입니다.
각각 고유한 식별자가 있는 EARS(Easy Approach to Requirements Syntax) 형식의 요구 사항 목록입니다.
참고
두 번째 비즈니스 함수 세트를 선택하면 새로 선택한 함수에 대한 재구상 단계가 다시 시작됩니다. 그러면 콘솔에 새 선택에 대한 결과만 표시되므로 이전 비즈니스 기능의 비즈니스 규칙과 비즈니스 로직 및 요구 사항에 대한 출력을 저장하는 Amazon S3 링크에 문제가 더 이상 표시되지 않습니다. 이전 출력은 손실되지 않습니다. 아티팩트 탭이나 Amazon S3 버킷에서 여전히 액세스할 수 있습니다.
변환 아티팩트 간 추적성
AWS 변환은 평가 및 재구상 워크플로 전반에 걸쳐 생성되는 아티팩트 간의 추적성을 유지합니다. 추적성을 사용하면 각 요구 사항을 추출된 비즈니스 규칙 또는 요구 사항을 생성한 원래 소스 코드로 직접 추적할 수 있습니다.
traceability.yaml 파일을 사용하여 각 비즈니스 기능에 대한 모든 추적성 세부 정보를 볼 수 있습니다. 각 비즈니스 규칙이 요구 사항에 매핑되는 방법을 설명합니다.
대화형 추적성을 위해 VS Code 및 Open VSX 호환 편집기에서 IDE 플러그인을 사용할 수 있습니다. 자세한 내용은 개발자 도구를 참조하세요.
작업 계획 재구상
현대화 범위가 지정되어 재구상할 준비가 된 애플리케이션의 경우 독립 실행형 재구상 작업을 실행할 수 있습니다. 작업은 코드와 데이터를 분석하고, 비즈니스 로직을 추출하고, 비즈니스 도메인을 식별하고, 각 비즈니스 도메인에 대한 현대화 요구 사항을 생성합니다.
사용자 지정 작업 계획
사용자 지정 작업 계획을 사용하면 실행하려는 기능을 선택하여 자체 현대화 워크플로를 구축할 수 있습니다. 포함된 기능을 완벽하게 제어할 수 있습니다. 현대화 목표에 따라 다음 기능 중에서 선택합니다. 일부 기능은 먼저 실행되는 기능에 따라 달라집니다. 예를 들어 코드 분석은 대부분의 다른 기능에 필요합니다.
코드 분석
Amazon S3 버킷 경로를 AWS 변환과 공유하면 파일 이름, 파일 유형, 코드 줄 및 경로와 같은 세부 정보와 함께 각 파일의 코드를 분석합니다.
참고
작업 또는 작업 영역 수준에서 아티팩트 탭을 통해 코드 결과 분석을 다운로드할 수 있습니다. 작업 수준에서 왼쪽 탐색 메뉴의 'Artifacts' 옵션으로 이동하여 'results' 폴더를 열거나 워크스페이스 수준에서 작업 이름을 찾아 'results' 폴더를 엽니다. 그러면 수동 분류 워크플로, 자산 목록, 종속성 JSON 파일 및 누락된 파일 목록에 대한 분류 파일이 포함된 zip 파일이 다운로드됩니다.
작업 계획의 왼쪽 탐색 창에서 코드 분석을 선택하여 결과를 봅니다. 코드 분석 결과는 여러 가지 방법으로 볼 수 있습니다.
-
목록 보기 - 메인프레임에 대해 변환하려는 Amazon S3 버킷의 모든 파일
-
파일 유형 보기 - 파일 유형별로 표시되는 Amazon S3 버킷의 모든 파일입니다. 지원되는 파일 유형 목록은 지원되는 파일을 참조하세요.
-
폴더 보기 - 폴더 구조로 표시된 Amazon S3 버킷의 모든 파일입니다.
파일 결과 내에서 AWS 변환은 선택한 파일 보기에 따라 다음 정보를 제공합니다.
-
이름
-
파일 유형
-
총 코드 줄 수
-
파일 경로
-
주석 줄
-
빈 줄
-
효과적인 코드 줄
-
파일 수
-
순환 복잡성 - 순환 복잡성은 프로그램의 소스 코드를 통한 선형 독립 경로 수를 나타냅니다. AWS 변환은 각 파일에 대한 순환 복잡성을 표시합니다.
누락된 파일 - 메인프레임 현대화 코드 분석에서 누락된 파일입니다. 이러한 파일은 Amazon S3 버킷의 소스 입력의 일부로 추가해야 하며, 더 나은 결과를 얻으려면 분석 단계를 다시 실행해야 합니다.
동일한 이름 - AWS 변환은 동일한 이름과 가능한 동일한 특성(예: 코드 줄 수)을 공유하는 파일 목록을 제공합니다. 한 번에 두 파일의 내용 차이를 비교할 수 없습니다.
중복 IDs- Cobol 프로그램을 사용하면 프로그램 ID 필드가 파일의 고유 식별자 역할을 합니다. 이 ID는 프로젝트 전체에서 프로그램을 호출하는 데 사용되므로 고유해야 합니다. 그러나 일부 프로젝트에는 이름이 다르지만 프로그램 ID가 동일한 COBOL 파일이 있을 수 있습니다. 평가 중에 이러한 파일 목록을 가져오면 모든 프로그램의 종속성을 이해하는 데 도움이 될 수 있습니다.
참고
이는 COBOL 코드 및 파일에만 해당됩니다.
IDs가 중복된 프로그램이 있는 경우 COBOL 코드에서 각 파일에 대한 고유 식별자를 갖도록 이러한 파일의 프로그램 IDs를 변경하는 것이 좋습니다. 그런 다음 작업을 다시 실행하여 더 정확하고 포괄적인 코드 분석 결과를 얻을 수 있습니다.
중복된 프로그램 IDs 확인하면 다음을 수행할 수 있습니다.
-
코드 명확성 및 유지 관리성 개선
-
프로그램 호출의 잠재적 충돌 감소
-
종속성 매핑의 정확도 향상
-
향후 현대화 작업 간소화
코드베이스 문제 - 현대화 프로젝트를 계속하기 전에 해결해야 하는 코드베이스 내에서 탐지된 잠재적 문제입니다. 이러한 문제에는 관련 문에 대한 참조 누락 또는 코드에서 지원되지 않는 링크가 포함될 수 있습니다.
업데이트 분류 - 수동 재분류를 사용하면 새 분류로 JSON 파일을 업로드하여 대량 업데이트 기능을 사용하여 파일을 재분류할 수 있습니다.
중요
이는 UNKNOWN 및 TXT 파일에만 사용할 수 있습니다.
재분류 후 AWS 변환은 다음을 수행합니다.
-
분류 결과를 업데이트합니다.
-
새 파일 유형으로 종속성 분석을 다시 실행합니다.
-
영향을 받는 모든 분석 결과를 새로 고칩니다.
참고
초기 분석 루프가 완료된 후에만 파일을 재분류할 수 있습니다.
인라인 뷰어 및 파일 비교
인라인 뷰어는 메인프레임 기능 AWS 변환의 기능으로, 두 가지 주요 시각화 기능을 제공합니다.
-
파일 보기: 작업에서 선택한 레거시 파일의 콘텐츠 보기
-
파일 비교: 두 레거시 파일의 콘텐츠를 side-by-side 비교
입력 파일 보기
코드 분석 단계에서 파일을 보려면
-
코드 분석 결과 보기에서 목록의 확인란을 사용하여 파일을 선택합니다.
작업 보기 버튼을 선택합니다(항목 1개를 선택한 경우 활성화됨).
파일 콘텐츠는 파일 보기 구성 요소의 화면에 렌더링됩니다.
파일 비교
코드 분석 단계의 파일을 비교하려면
-
코드 분석 결과 보기에서 목록의 확인란을 사용하여 두 개의 파일을 선택합니다.
-
작업 비교 버튼을 선택합니다(항목 2개를 선택한 경우에만 활성화됨).
-
파일은 파일 비교 구성 요소에 side-by-side 표시됩니다.
참고
파일을 비교할 파일을 두 개 이상 선택할 수 없습니다.
중요
인라인 뷰어 또는 파일 비교에 문제가 있는 경우 S3 버킷이 올바르게 설정되었는지 확인합니다. S3 버킷의 CORS 정책에 대한 자세한 내용은 섹션을 참조하세요S3 버킷 CORS 권한.
데이터 분석
AWS 변환은 데이터 관계 및 요소가 메인프레임 현대화 프로젝트에 미치는 영향을 이해하는 데 도움이 되는 데이터 분석을 제공합니다. 제공되는 두 가지 출력은 다음과 같습니다.
데이터 계보: 데이터 소스, 작업 및 프로그램 간의 관계를 매핑하여 데이터의 수명 주기를 추적합니다.
데이터 사전: 레거시 데이터 요소의 구조적 메타데이터를 문서화하는 리포지토리 역할을 합니다.
분석이 완료되면 각 출력에 대해 두 개의 탭이 있으며, 데이터 계보와 사전 모두에 대해 아래에 설명된 여러 보기를 사용할 수 있습니다.
참고
데이터 분석을 요청할 때 anlysis. AWS Transform은 데이터 분석을 수행하는 데 필요한 코드 분석을 수행합니다.
데이터 계보
AWS 변환은 현대화 중인 코드 베이스에서 이해해야 하는 데이터 관계를 기반으로 여러 보기를 제공합니다. 데이터 계보에서 사용할 수 있는 네 가지 테이블 보기는 다음과 같습니다.
-
데이터 세트:이 보기는 읽기, 쓰기, 업데이트 및 삭제를 구분하는 데 도움이 되는 작업 추적을 포함한 포괄적인 영향 분석을 제공합니다.
-
Db2 테이블: Db2 테이블 및 작업과 관련된 영향 분석 제공
-
Program-to-data: 각 데이터 세트를 참조하는 COBOL 프로그램 식별
-
JCL-to-data 관계: 각 데이터 세트를 참조하는 JCL 스크립트 식별
요약은 데이터 소스의 개요, 프로그램 및 JCLs과의 관계, 데이터 소스의 활용 방식 및 코드베이스에서 발견된 총 작업에 대한 요약 정보를 제공합니다.
데이터 사전
코드베이스에 있는 데이터 소스 내의 데이터 요소를 이해하는 것은 다양한 데이터 소스가 어떻게 종속되는지를 실현하는 다음 단계입니다. 데이터 사전은 정확한 변환 매핑을 위한 비즈니스 언어 설명과 함께 필드 수준 메타데이터를 제공하는 데이터 카탈로그입니다.
-
COBOL 데이터 구조: 필드 속성 및 비즈니스 정의를 포함하여 코드베이스에 있는 COBOL 카피북 및 인라인 참조 전반의 필드 정보를 제공합니다.
-
Db2 테이블: 기본 및 외래 키, 스키마 및 인덱스 정보, 데이터 유형을 포함하여 코드베이스에 있는 Db2 테이블 전반의 열 및 테이블 속성을 제공합니다.
데이터 계보와 사전 간의 관계는 데이터 소스를 선택한 다음 데이터 계보 또는 데이터 사전 버튼을 활용하여 데이터 소스와 데이터 요소 간의 관계를 자세히 살펴볼 수 있습니다. 데이터 계보와 사전 간의 탐색은 데이터 계보와 통합된 데이터 가시성을 제공하여 "대상" - 사용 및 관계와 함께 "대상" - 구조와 의미를 제공합니다.
활동 지표 분석
활동 지표 분석을 사용하면 유형 14, 15, 30, 64, 102 및 110의 시스템 관리 시설(SMF) 레코드를 분석할 수 있습니다. 분석은 메인프레임 애플리케이션 내에서 요소가 사용되는 방식에 대한 인사이트를 제공합니다. 사용되지 않는 코드를 사용 중지하거나 현대화된 애플리케이션의 대상 아키텍처에 대한 결정을 내리는 데 도움이 될 수 있습니다. 작업에 활동 지표 분석을 포함하는 경우 코드 분석 단계를 완료하면 먼저 더 풍부한 SMF 출력이 제공되지만 필수는 아닙니다.
참고
메인프레임 현대화를 위한 작업 계획을 협상할 때 코드 분석 및 분해 단계를 완료하면 먼저 더 풍부한 출력이 제공됩니다.
분석을 위한 SMF 레코드 온보딩
SMF 분석을 위한 초기 단계로 Amazon S3 버킷 내의 SMF 레코드 위치를 제공해야 합니다. 최소 13개월의 레코드를 제공하여 짧은 기간 동안 놓칠 수 있는 연간 발생 횟수를 캡처합니다. 13개월이 권장되지만 감지 가능한 SMF 레코드가 있는 모든 기간은 분석 결과를 생성합니다.
SMF 추출은 다음 형식 요구 사항을 충족해야 합니다.
유형 14, 15, 30(하위 유형 5), 64, 102 및 110을 포함합니다.
EBCDIC 형식의 원시 바이너리 파일을 사용합니다.
RDW 바이트를 포함합니다.
Amazon S3 버킷 내의 SMF 레코드에 대한 링크를 제공하여 레코드가 소스 코드와 별도의 폴더에 있는지 확인합니다. 형식 옵션에는 압축된 .zip(최대 600MB) 또는 .tar.gz(최대 5GB)가 포함됩니다. SMF 레코드가 감지되지 않는 폴더에 대한 링크를 제공하면 오류 메시지가 표시되고 분석이 완료되지 않습니다.
분석 출력
분석 출력에는 레코드 유형에 따라 테이블 형식 보기와 .csv 출력(Amazon S3 버킷에서 사용 가능)이라는 두 가지 구성 요소가 포함됩니다. AWS 변환 내에서 출력은 유형 30 및 110에 대해 표시됩니다. Amazon S3 버킷의 아티팩트를 통해 다른 유형의 레코드에 대한 분석을 탐색할 수 있습니다. 사용자 인터페이스에서 헤더는 제공된 레코드의 시간 범위를 표시하므로 누락된 키 날짜를 식별할 수 있습니다. 예를 들어 레코드가 5월 1일부터 10월 31일까지 지속되지만 추수 감사절 이후 바쁜 날을 제외하면 키 레코드가 누락된 것을 확인할 수 있습니다. 웹 애플리케이션의 타임스탬프는 시스템의 시간대와 SMF 레코드를 반영합니다.
Amazon S3에서 사용할 수 있는 아티팩트는 제공된 레코드에 있는 모든 레코드 유형에 대한 분석을 제공합니다.
테이블 형식 보기
SMF 30 및 110에만 사용할 수 있는 테이블 형식 보기에는 배치 작업 및 CICS 트랜잭션을 위한 최대 3개의 주요 구성 요소가 포함되어 있습니다.
요약 - 주요 작업 및 트랜잭션을 제공합니다.
배치 작업/CICS 트랜잭션 분석 - 작업 및 트랜잭션 전반에 걸쳐 집계된 분석을 제공합니다.
코드 분석 비교(배치만 해당) - SMF 분석 전에 코드 분석 단계가 실행될 때 비교 데이터를 제공합니다.
검색 요약은 심층 분석을 위한 항목을 빠르게 식별하는 데 도움이 되는 세 가지 작업 및 트랜잭션 그룹을 제공합니다.
배치 작업 및 CICS 트랜잭션 분석은 작업 및 트랜잭션 전반에 걸쳐 집계된 분석을 제공합니다. 분석 결과의 일부 열은 기본적으로 숨겨집니다. 기어 아이콘을 선택하면 추가 필드가 표시됩니다.
트랜잭션 키는 CICS 트랜잭션에 대한 고유한 데이터 집계를 생성하여 네 개의 필드를 단일 키 값으로 결합합니다.
트랜잭션 ID
프로그램 이름
SysPlex ID
SysID
전체 키 또는 분석 출력의 키 구성 요소별로 검색할 수 있습니다.
코드 분석 비교는 SMF 레코드 또는 코드 분석 단계에서 찾았지만 둘 다에는 없는 작업을 강조 표시합니다. 이는 SMF 레코드 기간 동안 실행되지 않았거나 코드 분석 단계에 없는 작업을 보여줍니다. 이 출력은 작업에서 SMF 분석 전에 코드 분석 단계를 실행하는 경우에만 사용할 수 있습니다.
모범 사례
배치 작업에 대한 포괄적인 출력(유형 30)을 가져오려면 JCL 파일 이름이 작업 이름과 일치하는지 확인하여 코드 분석 비교에서 의미 있는 출력을 얻어야 합니다.
기술 설명서 생성
현대화 중인 메인프레임 애플리케이션에 대한 기술 설명서를 생성할 수 있습니다. 코드를 분석하여 AWS 변환은 레거시 시스템에 있는 프로그램 로직, 흐름, 통합 및 종속성에 대한 설명을 포함하여 애플리케이션 프로그램에 대한 자세한 설명서를 자동으로 생성할 수 있습니다. 이 설명서 기능은 지식 격차를 해소하는 데 도움이 되므로 애플리케이션을 최신 클라우드 아키텍처로 전환할 때 정보에 입각한 결정을 내릴 수 있습니다.
참고
기술 설명서 생성을 요청하면 AWS Transform은 설명서를 생성하는 데 필요한 코드 종속성 분석을 포함한 코드 분석을 수행합니다.
기술 설명서를 생성하려면
-
왼쪽 탐색 창의 기술 설명서 생성에서 파일 선택 및 설정 구성을 선택합니다.
-
설명서를 생성하려는 Amazon S3 버킷의 파일을 선택하고 협업 탭에서 설정을 구성합니다.
참고
선택한 파일은 동일한 인코딩 유형(즉, 모두 동일한 CCSID - UTF8 또는 ASCII)을 가져야 합니다. 그렇지 않으면 생성된 기술 설명서에 빈 필드 또는 섹션이 있을 수 있습니다.
-
설명서 세부 정보 수준을 선택합니다.
-
요약 - 범위의 각 파일에 대한 개략적인 개요를 제공합니다. 또한 각 파일에 대한 한 줄 요약을 제공합니다.
-
세부 기능 사양 - 메인프레임 애플리케이션 변환 범위의 각 파일에 대한 포괄적인 세부 정보를 제공합니다. 일부 세부 정보에는 로직 및 흐름, 종속성, 입력 및 출력 처리, 다양한 트랜잭션 세부 정보가 포함됩니다.
참고
설명서는 COBOL 및 JCL 파일에 대해서만 생성할 수 있습니다.
-
-
계속을 선택합니다.
-
AWS 변환이 설명서를 생성하면 결과가 생성되고 저장되는 콘솔의 Amazon S3 버킷 경로에 따라 설명서 결과를 검토합니다.
-
설명서가 생성되면 채팅 AWS 변환을 사용하여 생성된 설명서에 대해 질문하고 다음 단계를 결정할 수도 있습니다.
설명서에 사용자 정보 추가
ARTIFACT_ID.zip └── app/ ├── File1.CBL ├── File2.JCL ├── subFolder/ │ └ File3.CBL └── glossary.csv └── pdf_config.json ├── header-logo.png ├── footer-logo.png └ ...
zip 파일에 선택적 파일을 추가하여 생성된 설명서 품질을 개선하고 사용자 지정 PDF 커버 페이지를 제공할 수 있습니다. 이 중 일부는 다음과 같습니다.
-
glossary.csv 파일: S3 버킷의 zip 파일에 선택적 용어집을 제공하고 업로드하도록 선택할 수 있습니다. 용어집은 CSV 형식입니다. 이 용어집은 고객 어휘에 따라 관련 설명이 포함된 문서를 생성하는 데 도움이 됩니다. 샘플
glossary.csv파일은 다음과 같습니다.LOL,Laugh out loud ASAP,As soon as possible WIP,Work in progress SWOT,"Strengths, Weaknesses, Opportunities and Threats" -
pdf_config.json:이 선택적 구성 파일을 활용하여 헤더, 바닥글, 로고 및 사용자 지정 정보를 포함하여 회사의 형식 및 표준에 맞는 PDF 문서를 생성할 수 있습니다. 샘플은 다음과
pdf_config.json같습니다.{ "header": { "text": "Acme Corporation Documentation", "logo": "header-logo.png" }, "customSection": { "variables": [ { "key": "business Unit", "value": "XYZ" }, { "key": "application Name", "value": "ABC" }, { "key": "xxxxxxxxxx", "value": "yyyyyyyyyyyy" }, { "key": "urls", "value": [ { "text": "Product Intranet Site", "url": "https://example.com/intranet" }, { "text": "Compliance Policies", "url": "https://example.com/policies" } ] } ] }, "footer": { "text": "This document is intended for internal use only. Do not distribute without permission.", "logo": "footer-logo.png", "pageNumber": true } }-
헤더:
-
커버 페이지 PDF 파일의 경우 기본 텍스트는 프로젝트 이름이 됩니다.
-
각 프로그램 PDF 파일의 기본 텍스트는 프로그램 이름이 됩니다.
-
기본 로고는 없습니다. 헤더 로고가 구성되지 않은 경우 로고가 표시되지 않습니다.
-
글꼴 크기와 로고 크기는 단어 수 또는 로고 파일 크기에 따라 동적으로 변경됩니다.
-
-
사용자 지정 섹션:
-
사용자 지정 섹션이 구성되지 않은 경우 PDF에서 생략됩니다.
-
링크를 클릭할 수 있어야 합니다.
-
-
바닥글:
-
바닥글에는 기본 텍스트나 로고가 없습니다.
-
달리 명시적으로 구성되지 않는 한 페이지 번호는 기본적으로 바닥글에 표시됩니다.
-
글꼴 크기와 로고 크기는 단어 수 또는 로고 파일 크기에 따라 동적으로 변경됩니다.
-
-
설명서 인라인 뷰어 생성
기술 문서 생성 단계에서 PDF 파일을 볼 수 있습니다.
PDF 파일을 보려면
-
설명서 결과 검토 탭으로 이동합니다.
-
생성된 PDF를 나열하는 테이블에서 PDFs 찾습니다.
-
파일을 선택한 다음 보기를 선택하거나 파일 이름에 오버레이된 링크 요소를 선택합니다.
오른쪽 상단의 화면을 확장하는 옵션과 함께 PDF가 AWS 변환에서 열립니다.
참고
AWS 또한 변환을 사용하면 생성된 기술 설명서의 PDF 버전의 XML을 다운로드할 수 있습니다.
중요
설명서 인라인 뷰어에 문제가 있는 경우 S3 버킷이 올바르게 설정되었는지 확인합니다. S3 버킷의 CORS 정책에 대한 자세한 내용은 섹션을 참조하세요S3 버킷 CORS 권한.
비즈니스 로직 추출
현대화 중인 메인프레임 애플리케이션에서 필수 비즈니스 로직을 추출할 수 있습니다. AWS Transform은 코드를 자동으로 분석하여 세부 프로세스 흐름 및 애플리케이션에 포함된 비즈니스 로직을 비롯한 중요한 비즈니스 요소를 식별하고 문서화합니다. 이 기능은 현대화 여정에서 여러 이해관계자에게 도움이 됩니다. 비즈니스 분석가는 추출된 로직을 활용하여 정확한 비즈니스 요구 사항을 생성하고 현재 구현의 격차 또는 불일치를 식별할 수 있습니다. 개발자는 광범위한 메인프레임 전문 지식 없이 복잡한 레거시 시스템 기능을 빠르게 이해할 수 있습니다.
참고
비즈니스 로직 추출을 요청할 때. AWS Transform은 비즈니스 로직 추출을 수행하는 데 필요한 코드 종속성 및 진입점 분석을 포함한 코드 분석을 수행합니다.
비즈니스 로직을 추출하려면
-
왼쪽 탐색 창의 비즈니스 로직 추출에서 설정 구성을 선택합니다.
-
협업 탭에서 비즈니스 로직을 추출하는 방법을 선택합니다.
애플리케이션 수준: 모든 비즈니스 기능, 트랜잭션, 배치 작업 및 파일에 대한 비즈니스 문서를 생성합니다. 이렇게 하면 애플리케이션의 모든 파일이 선택됩니다.
-
파일 수준: 파일 테이블에서 선택한 파일에 대해서만 비즈니스 문서를 생성합니다.
참고
두 옵션 중 하나에서 세부 기능 사양 포함을 선택하여 AWS 변환에 선택한 파일에 대한 제어 흐름과 포괄적인 비즈니스 규칙이 포함되도록 할 수 있습니다.
선택한 파일은 동일한 인코딩 유형(즉, 모두 동일한 CCSID - UTF8 또는 ASCII)을 가져야 합니다. 그렇지 않으면 생성된 설명서에 빈 필드 또는 섹션이 있을 수 있습니다.
-
설명서는 COBOL 및 JCL 파일에 대해서만 생성할 수 있습니다.
-
애플리케이션 수준의 경우 CICS 트랜잭션 및 배치 작업에 사용되는 프로그램은 함께 그룹화되고 다른 모든 프로그램은 할당되지 않음으로 분류됩니다.
-
계속을 선택합니다.
-
AWS Transform이 비즈니스 로직을 추출하면 결과를 JSON 형식으로 Amazon S3 버킷에 저장하므로 온라인으로 볼 수 있습니다.
참고
생성된 비즈니스 규칙 파일의 수가 초기 선택보다 클 수 있습니다. 선택한 일부 파일은 추가 종속 파일을 포함하도록 비즈니스 규칙 추출을 트리거할 수 있으며, 결과 테이블에도 표시됩니다.
추출된 비즈니스 설명서 인라인 보기
비즈니스 규칙 추출 단계에서 비즈니스 로직을 볼 수 있습니다. 방법은 다음과 같습니다.
-
비즈니스 로직 추출 결과 검토로 이동합니다.
-
테이블에서 보려는 문서를 선택한 다음 결과 보기 버튼을 클릭합니다.
비즈니스 설명서 페이지가 새 브라우저 탭에서 열립니다.
분해
프로그램과 구성 요소 간의 종속성을 설명하는 도메인으로 코드를 분해할 수 있습니다. 이렇게 하면 관련 파일과 프로그램을 동일한 도메인 내에서 적절하게 그룹화할 수 있습니다. 또한 분해 프로세스 중에 애플리케이션 로직의 무결성을 유지하는 데 도움이 됩니다.
참고
분해를 요청하면 AWS 변환은 분해를 수행하는 데 필요한 코드 종속성 분석을 포함하여 코드 분석을 수행합니다. 또한 더 나은 결과를 얻으려면 분해 전에 비즈니스 로직 추출을 수행하는 것이 좋습니다.
애플리케이션 분해를 시작하려면:
-
왼쪽 탐색 창에서 코드 분해를 선택합니다.
참고
도메인과 연결되지 않은 모든 파일에 대해 할당되지 않은 하나의 도메인이 자동으로 생성됩니다. 애플리케이션 수준 비즈니스 로직 추출에서 도메인이 제안되지 않은 경우 초기 탐색 시 모든 파일을 할당되지 않음에 연결해야 합니다.
-
작업 메뉴를 통해 새 도메인을 생성한 다음 도메인 생성을 선택합니다.
-
도메인 생성에서 도메인 이름, 선택적 설명을 제공하고 일부 파일을 시드로 표시합니다.
-
CICS 구성 파일(CSD) 및 스케줄러 구성 파일(SCL)은 자동 시드 감지에 사용할 수 있습니다.
-
하나의 도메인만 공통 구성 요소로 설정할 수도 있습니다. 이 도메인의 파일은 여러 도메인에 공통됩니다.
-
-
생성(Create)을 선택합니다.
참고
다른 파일을 시드로 사용하여 여러 도메인을 생성할 수 있습니다.
-
모든 도메인과 시드를 확인한 후 분해를 선택합니다.
-
AWS 변환은 소스 코드 파일을 확인한 다음 유사한 사용 사례와 높은 프로그래밍 종속성을 가진 프로그램 및 데이터 세트가 있는 도메인으로 분해됩니다.
AWS 변환은 분해된 도메인의 표형 및 그래프 보기를 종속성으로 제공합니다. 그래프 보기에는 세 가지 옵션이 있습니다.
-
도메인 보기 - 시각적 형식으로 서로 다른 도메인이 서로 어떻게 관련되어 있는지 볼 수 있습니다.
-
종속성 보기 - 각 도메인의 모든 파일을 복잡한 종속성 그래프로 볼 수 있습니다. 도메인에 추가된 노드가 동일한 도메인의 시드로부터 정보를 수신하지 못한 경우이 노드는 할당되지 않음(노드가 정보를 수신하지 않음), 연결 해제됨(시드 정보를 수신하지 않은 하위 그래프) 또는 다른 도메인(노드가 최소한 해당 도메인으로부터 정보를 수신함)으로 예측됩니다.
-
Subgraph 보기 - 사용자는 하위 그래프를 생성하여 노드 하위 집합을 시각화하여 해당 노드 컬렉션의 관계적 영향과 경계를 더 명확하게 이해할 수 있습니다.
-
하위 그래프를 생성하려면 노드 그룹을 선택하고 도구 모음에서 하위 그래프 추출 옵션을 선택합니다.
-
병합하려는 두 하위 그래프 외에도 새 세 번째 하위 그래프를 병합할 때 하위 그래프를 병합할 수 있습니다.
-
참고
이 단계를 반복하여 도메인을 추가하거나 현재 도메인 구조가 마음에 들지 않는 경우 이미 생성된 도메인을 다른 시드 세트로 재구성합니다.
-
-
완료되면 계속을 선택합니다.
시드
시드는 분해 코드 단계의 기본 입력입니다. 각 구성 요소 또는 파일(예: JCL, COBOL, Db2 테이블, CSD 및 스케줄러 파일)을 하나의 도메인에만 시드로 할당하여 분해 프로세스 중에 명확한 경계와 정렬을 보장할 수 있습니다.
시드 식별은 애플리케이션 또는 포트폴리오의 구조에 따라 달라집니다. 일반적인 메인프레임 레거시 애플리케이션의 경우 설정된 명명 규칙, 스케줄러의 배치 수준 그룹화, CICS 시스템에 정의된 트랜잭션 수준 그룹화를 준수하여 시드를 결정할 수 있습니다. 또한 데이터베이스 테이블은 시드 역할을 하여 분해를 위한 또 다른 구조 계층을 제공할 수도 있습니다.
종속성 파일 가져오기 및/또는 업데이트
분해 중에 AWS Transform이 수행하는 종속성 분석에서 생성된 기존 파일을 대체하는 종속성에 대한 JSON 파일을 업로드할 수 있습니다.
종속성 내보내기 함수를 사용하면 분해 단계에서 생성된 종속성 json 파일을 다운로드할 수 있습니다. 다운로드 후 요구 사항에 따라 파일을 수정할 수 있습니다. 그런 다음 종속성 분석에서 생성된 파일을 대체하는 종속성의 새 JSON 파일을 업로드할 수 있는 변환의 업로드 기능을 사용하여 종속성을 가져올 수 있습니다. AWS 그런 다음 분해 단계의 그래프가 업데이트됩니다.
종속성을 내보내고 수정하고 가져오려면
-
분해 결과 보기 페이지에서 작업을 선택합니다.
-
드롭다운 목록의 기타 작업에서 종속성 파일 업데이트 옵션을 선택합니다.
-
종속성 업데이트 파일 모달에서
-
기존 분석 결과에서 생성된 종속성 파일 AWS 변환을 다운로드합니다.
-
다운로드한 파일에서 원하는 것을 기반으로 종속성을 수정합니다.
-
수정한 후 종속성 파일 업로드 버튼을 사용하여이 파일을 저장하고 업로드합니다.
참고
허용되는 유일한 파일 형식은 JSON 파일입니다.
-
-
그런 다음 가져오기를 선택합니다.
AWS 변환은 종속성 파일을 가져오고 입력을 기반으로 새 종속성 그래프를 생성합니다.
도메인 가져오기 및/또는 업데이트
분해 단계 전에 도메인, 시드 및/또는 파일 관계가 매핑된 고객의 경우 작업 메뉴를 통해 사용할 수 있는 도메인 파일 가져오기 함수를 통해이 도메인 정의를 업로드할 수 있습니다. 이 함수를 사용할 수 있는 몇 가지 예:
-
다른 작업에서 분해 가져오기
-
이 매핑을 제공하는 주제 전문가
도메인 파일을 가져오면 사용자는 도메인 정의에 대해 분해를 실행하거나 만족하면 도메인 정의를 저장한 다음 제출할 수 있습니다.
Parent/child/neighbor 파일
종속성 그래프에서 프로그램은 서로 다른 유형의 연결을 통해 서로 관련이 있습니다. 이러한 관계를 이해하면 메인프레임 애플리케이션을 변환하는 동안 프로그램 종속성을 분석할 수 있습니다. 또한 도메인의 경계를 이해하는 데 도움이 됩니다. 예를 들어 도메인을 선택한 다음 상위 수준을 한 수준 선택하면 연결된 노드가 표시됩니다.
상위 관계 - 상위 파일이 다른 프로그램을 호출하거나 제어합니다. 상위 항목은 계층 구조에서 종속 프로그램 위에 있습니다. 한 수준 또는 모든 수준에서 상위를 선택할 수 있습니다.
하위 관계 - 상위 프로그램에서 하위 파일을 호출하거나 제어합니다. 하위 항목은 파일 계층 구조에서 상위 항목 아래에 있습니다.
이웃 관계 - 이웃은 동일한 계층 수준의 파일입니다. 동일한 상위 프로그램을 공유하며 서로 직접 상호 작용할 수 있습니다.
코드 재포지토리
Reforge는 대형 언어 모델(LLMs)을 사용하여 리팩터링된 코드의 품질을 개선합니다. 초기 COBOL-to-Java 변환은 COBOL 영향을 받는 데이터 구조와 레거시 시스템의 변수 이름을 유지하면서 기능적 동등성을 유지합니다. 리포지토리에서는 최신 Java 관행과 관용구를 따르도록이 코드를 재구성하여 COBOL 스타일 구문을 네이티브 Java 컬렉션 및 명명 규칙으로 대체합니다. 이렇게 하면 Java 개발자가 코드를 더 읽기 쉽고 유지 관리할 수 있습니다.
참고
강화 할당량은 다음과 같습니다.
작업당 3,000,000줄의 코드
매월 사용자당 50,000,000줄의 코드
다음 단계에 따라 리팩터링 후 코드를 리포지토리합니다.
왼쪽 탐색 창에서 Java 코드 재포지토리를 선택한 다음 코드 재포지 구성을 선택합니다.
압축된 빌드 가능한 소스 프로젝트에 S3 위치를 제공하고 계속을 선택합니다. 이 zip 구조를 사용합니다.
input.zip └── PROJECT-pom ├── PROJECT-entities ├── PROJECT-service ├── PROJECT-tools ├── PROJECT-web (optional) └── pom.xmlAWS 변환은 zip 패키지를 분석하여 PROJECT-service 디렉터리 내에서 파일을 찾아 재포지토리할 수 있는 선택 가능한 클래스 목록을 제공할 수 있도록 합니다. 이러한 클래스에는 접미사가 있습니다
ProcessImpl.java.리포지토리할 클래스 선택 페이지를 완료하고 계속을 선택합니다. Worklog 탭에서 재포지 상태를 추적합니다.
클래스당 재포지 상태를 표시하는 결과 보기 페이지에서 완료된 재포지의 결과를 봅니다. 또한 S3 버킷에서 Reforge 결과를 찾을 위치를 지정합니다.
AWS 변환이이 입력을 가져오면 Reforge 결과가 포함된 다운로드 가능한 파일이 제공됩니다.
이는 성공적인 재포지션으로 인한 zip 구조입니다.
reforge.zip └── maven_project ├── reforge.log └──tokenizer_map.json
-
maven_project에는 보강된 소스 코드가 포함되어 있습니다.
-
리팩터링되었지만 컴파일이 성공적으로 완료되지 않은 파일은에 있으며 이름이
/src/main/resources/reforge/originalClassName.java.incomplete입니다. 이를 파일의 원래 버전과 비교하여 저장하려는 재조립된 함수를 선택합니다.originalClassName.java.incomplete -
AWS 변환에 제공되고 성공적으로 리팩터링된 소스 파일은에 백업
src/main/resources/reforge/originalClassName.java.original되며 이름이 지정됩니다originalClassName.java.original. 리팩터링된 버전의 파일은 AWS 변환에 제공된 소스 파일을 대체합니다.
참고
보강 프로세스가 성공한 경우에만
originalClassName.java파일이 보강된 파일로 대체됩니다. 그렇지 않으면 원본 콘텐츠가 유지됩니다. -
-
reforge.log에는 작업 실패를 진단하거나 문제 발생 시를 AWS 지원하는 데 사용할 수 있는 로그가 포함되어 있습니다.
-
tokenizer_map.json에는 개인 정보 보호를 위해 로그에 토큰화된 파일 경로 및 클래스/메서드 이름과 같은 데이터에 대한 토큰 IDs 매핑이 포함되어 있습니다. 문제가 발생할 경우 AWS 이 파일을 지원하도록 제공할 수 있습니다.
현대화된 애플리케이션 테스트 계획
추출된 코드 속성, 작업 복잡성 및 스케줄러 경로를 기반으로 메인프레임 현대화된 애플리케이션에 대한 테스트 계획을 생성하고 관리할 수 있습니다. AWS 변환은 각 테스트 사례에 필요한 특정 아티팩트를 테스트하고 식별할 작업의 우선순위를 지정하는 데 도움이 됩니다. 테스트 계획 프로세스는 구성, 범위 지정 및 검토의 세 가지 주요 단계로 나뉩니다.
테스트 계획을 생성하려면
-
테스트 계획 설정 구성
-
왼쪽 탐색 창의 테스트 계획에서 설정 구성을 선택합니다.
-
(선택 사항) 비즈니스 로직 추출(BLE)을 위한 S3 경로를 제공합니다. 이러한 아티팩트는 테스트 계획 품질을 향상시킵니다. BLE 아티팩트가 없으면 테스트 계획의 일부 필드가 불완전하게 유지될 수 있습니다.
-
-
테스트 계획 범위 정의
-
테스트 계획에 포함할 배치 작업과 같은 진입점을 선택합니다.
-
여러 속성을 기반으로 작업을 필터링하고 정렬합니다.
-
비즈니스 기능(BRE BLE에서 발췌)
-
도메인(분해 단계에서)
-
파일 경로 및 위치
-
사용자 지정 검색 기준
-
-
테스트할 개별 작업 또는 전체 그룹을 선택합니다.
-
작업 관계 및 종속성을 검토합니다.
-
-
테스트 계획 검토 및 조정
생성된 테스트 계획은 다음을 포함한 포괄적인 정보를 제공합니다.
-
종속성을 기반으로 하는 기본 실행 순서
-
스케줄러의 작업 그룹 할당
-
테스트 사례에 대한 집계 점수인 복잡성 점수
-
비즈니스 도메인 연결
-
순환 복잡성 지표
-
데이터 세트 및 테이블 종속성
-
코드 지표 행
-
비즈니스 함수 매핑
-
테스트 계획 사용자 지정 옵션
특정 요구 사항을 충족하도록 테스트 계획을 사용자 지정할 수 있습니다. 예를 들어, 다음을 수행할 수 있습니다.
-
여러 진입점을 선택하여 새 테스트 사례 생성
-
기존 테스트 사례를 병합하여 관련 기능 결합
-
보다 세분화된 테스트를 위한 테스트 사례 분할
-
불필요한 테스트 사례 제거
-
기존 테스트 사례에 대한 진입점 추가 또는 제거
-
테스트 사례 설명 및 속성 수정
-
실행 순서 조정
자세한 테스트 사례 정보
각 테스트 사례는 콘텐츠와 관련 데이터 세트 또는 데이터 파일을 설명하는 세부 정보를 제공합니다.
-
테스트 범위에 대한 포괄적인 설명
-
포함된 진입점의 전체 목록
-
복잡성과 크기를 보여주는 집계 지표
-
비즈니스 규칙 및 자동화된 테스트 사례 지침
-
방향(입력/출력)이 있는 데이터 세트 및 테이블 종속성
-
대화형 종속성 그래프 시각화
-
실행 사전 조건 및 요구 사항
데이터 관리 기능
이러한 세부 정보는 테스트 사례와 관련된 데이터를 이해하는 데 도움이 됩니다. 다음을 수행할 수 있습니다.
-
입력/출력 방향을 기준으로 데이터 세트 필터링
-
테스트 실행에 필요한 아티팩트 식별
-
테스트 사례 간 데이터 종속성 추적
-
테스트 계획 전반의 데이터 세트 사용량 모니터링
참고
AWS 변환은 스케줄러 종속성을 자동으로 분석하고 복잡성 점수를 할당하여 테스트 작업의 우선순위를 정하는 데 도움이 됩니다. 복잡성 점수가 높을수록 테스트 프로세스 중에 더 철저한 테스트 또는 격리가 필요할 수 있는 작업을 나타냅니다.
비즈니스 규칙 및 테스트 사례 지침
AWS 변환 테스트 계획은 비즈니스 규칙 추출을 기반으로 테스트 사례 계획에 대한 권장 사항을 제공합니다.
-
LLM을 사용한 비즈니스 규칙 자동 처리
-
합성 테스트 사례 생성
-
특정 비즈니스 시나리오에 대한 테스트 지침
-
규칙과 테스트 사례 간의 추적성
최종 테스트 계획은 지정된 S3 위치에 저장되며 테스트 전략을 효과적으로 실행하는 데 필요한 모든 정보를 포함합니다. 다른 테스트 도구 또는 설명서 시스템과의 통합을 위해 테스트 계획을 내보낼 수 있습니다.
참고
합성 테스트 사례 지침이 제공되지만 실제 테스트 아티팩트는 지침에 따라 별도로 생성해야 합니다. 테스트 계획은 테스트 전략을 위한 포괄적인 청사진 역할을 하지만 테스트 데이터 또는 실행 스크립트는 생성하지 않습니다.
테스트 사례 생성 규칙 - 요약
일반 규칙
-
테스트 사례에는 일정 실행 순서로 1~ 많은 JCLs 포함됩니다.
-
테스트 사례는 지원되는 유효한 스케줄러(CA7 및 Control-M)에서 생성됩니다.
-
테스트는 스케줄러 자체 또는 예약된 작업이 아닌 JCLs을 실행합니다.
-
예약된 작업은 고유하며 하나의 JCL만 실행합니다.
-
여러 예약된 작업에서 하나의 JCL을 실행할 수 있습니다.
-
일정에 없는 JCL 하나가 존재할 수 있습니다.
기본 테스트 사례 생성 규칙
-
테스트 케이스에 단일 JCL이 있는 경우:
-
JCL이 일정에 관여하지 않음
-
JCL은 여러 브랜치로 분기되는 예약된 작업에 의해 실행됩니다.
-
일정의 브랜치에는이 JCL만 포함됩니다.
-
-
테스트 사례에서 여러 JCL인 경우:는 일정 브랜치 내의 선형 실행 경로 시퀀스를 나타냅니다.
-
JCL이 서로 다른 예약된 작업에 있는 경우: JCL은 별도의 테스트 케이스가 됩니다.
-
JCL이 수렴 예약 작업에 있는 경우: JCL은 새 테스트 사례를 시작할 수 있지만 이전 브랜치에는 포함되지 않습니다.
-
누락된 JCLs 건너뛰고 실행을 계속합니다(누락된 JCL 지점에서 테스트 사례를 잘라내기 위한 향후 개선 계획).
사용자 작업 규칙
-
테스트 사례 생성: 사용자가 사용 가능한 JCLs 중에서 선택
-
JCLs이 일정 실행 브랜치 시퀀스에 존재하는 경우 성공
-
일정 실행 순서를 따릅니다.
-
-
테스트 사례에 JCL 추가: 사용자가 사용 가능한 JCLs 중에서 선택
-
테스트 사례의 일정 실행 브랜치/경로에 JCL이 존재할 수 있는지 확인
-
-
테스트 사례에서 JCL 제거: 사용자는 테스트 사례에서 모든 JCL을 제거할 수 있습니다.
-
실행 경로 간격이 발생하더라도 허용됨
-
-
테스트 사례 병합: 사용자가 결합할 두 개의 테스트 사례를 선택합니다.
-
JCLs이 동일한 일정 실행 브랜치에 함께 존재할 수 있는 경우 성공
-
일정 실행 순서를 유지합니다.
-
-
테스트 사례 분할: 사용자가 테스트 사례에서 분할할 JCL 하나를 선택합니다.
-
분할 지점에서 앞으로 새 테스트 사례를 생성합니다.
-
분할점을 지나 JCLs 제외하도록 수정된 원래 테스트 사례
-
-
테스트 사례 삭제: 사용자가 생성된 테스트 사례를 삭제할 수 있습니다.
참고
다른 스케줄러 브랜치/경로에서 테스트 사례를 생성, 추가 또는 병합할 수 없습니다. 스케줄러에서 분산/수렴 작업을 초과하는 작업을 허용하도록 향후 개선이 계획되어 있습니다.
테스트 데이터 수집 스크립트 생성
JCL 스크립트를 생성하여 이전 단계에서 생성된 테스트 계획을 기반으로 메인프레임 시스템에서 테스트 데이터를 수집할 수 있습니다. AWS 변환은 포괄적인 테스트에 필요한 데이터 세트, 데이터베이스 테이블 및 순차 파일에 대한 데이터 수집 스크립트를 자동으로 생성합니다. 데이터 수집 프로세스는 입력 구성, 테스트 사례 선택, 스크립트 구성, 스크립트 생성의 네 가지 주요 단계로 나뉩니다.
테스트 데이터 수집 스크립트를 생성하려면
-
테스트 계획 입력 제공
-
왼쪽 탐색 창의 테스트 데이터 수집에서 테스트 계획 입력 제공을 선택합니다.
-
현대화된 애플리케이션 테스트 계획에서 테스트 계획 JSON 파일의 S3 경로를 지정합니다.
-
이전 작업 단계에서 테스트 계획이 생성된 경우 입력 필드가 미리 채워집니다.
-
적절한 S3 위치를 지정하여 다른 작업에서 테스트 계획을 선택할 수도 있습니다.
-
-
데이터 수집을 위한 테스트 사례 선택
-
테스트 계획에서 테스트 사례의 전체 목록을 검토합니다.
-
여러 속성을 기반으로 테스트 사례를 필터링하고 정렬합니다.
-
비즈니스 기능 및 도메인
-
데이터베이스 테이블 종속성
-
데이터 세트 요구 사항
-
복잡성 지표
-
사용자 지정 검색 기준
-
-
개별 테스트 사례를 선택하거나 대량 선택 옵션을 사용합니다.
-
세부 정보를 보려면 테스트 사례 하나를 클릭하여 진입점, 지표 및 비즈니스 규칙을 포함한 테스트 사례 세부 정보를 검토합니다.
-
-
데이터 수집 스크립트 구성
-
참조용 샘플 템플릿 및 구성 파일을 다운로드합니다.
AWS 변환은 프로세스에 필요한 템플릿 종류에 대한 지침으로 사용할 Db2 데이터베이스 언로드, VSAM 파일 REPRO 및 순차 데이터 세트 처리를 위한 샘플 템플릿을 제공합니다.
-
표준은 사이트마다 다를 수 있으므로 고객은 자체 표준에 따라 이러한 템플릿을 수정하거나 교체해야 합니다.
-
이러한 수정된 템플릿은 테스트 데이터 수집이 처리할 수 있는 S3 버킷에 업로드해야 합니다.
-
다음을 포함하는 변수 구성 파일(JSON 형식)을 제공합니다.
-
사용자 접두사 및 환경별 상수
-
데이터베이스 구성 파라미터
-
대상 엔드포인트 설정 및 데이터 전송 파라미터
-
사용자가 정의하고 JCL 템플릿에 사용할 기타 필수 파라미터
-
-
다양한 데이터 수집 방법에 대한 JCL 템플릿을 업로드합니다.
-
Db2 템플릿: 데이터베이스 테이블 언로드용(BMC, IBM DSN 또는 기타 언로드 유틸리티에 맞게 사용자 지정)
-
VSAM 템플릿: VSAM 파일 처리용(일반적으로 REPRO 유틸리티 사용)
-
순차 데이터 세트 템플릿: 순차 데이터 세트, 분할된 데이터 세트, GDGs.
-
-
-
생성된 스크립트 검토 및 관리
생성된 스크립트는 다음을 포함한 포괄적인 데이터 수집 기능을 제공합니다.
-
"이전" 및 "이후" 테스트 실행 데이터 수집에 대한 별도의 스크립트
-
테스트 사례 및 데이터 유형별로 구성된 스크립트 구조
-
스크립트는 쉽게 액세스하고 전송할 수 있도록 S3 버킷에 자동으로 저장됩니다.
-
생성된 JCL 스크립트가 메인프레임 실행 준비 완료
-
변수 대체는 템플릿에 정의된 사용자 구성을 기반으로 합니다.
-
스크립트 생성 기능
생성된 스크립트는 템플릿 및 구성에 따라 자동으로 사용자 지정됩니다.
-
템플릿 기반 생성: 변수 대체와 함께 제공된 JCL 템플릿을 사용합니다.
-
환경: 특정 메인프레임 구성 통합
-
데이터 유형 처리: 순차 데이터 세트, VSAM 파일 및 데이터베이스 테이블에 적합한 스크립트를 생성합니다.
-
테스트 사례 수집: "이전" 및 "이후" 데이터 수집 스크립트를 모두 생성합니다.
-
순차적 데이터 세트 처리: AWS 제공된 샘플은 파일 전송 함수를 제공하지만 사이트에서 사용할 수 있는 압축 유틸리티 또는 Connect Direct 또는 관리형 파일 전송 등과 같은 유틸리티에 맞게 사용자 지정할 수 있습니다.
데이터 수집 전략
생성된 스크립트는 포괄적인 데이터 수집 전략을 지원합니다.
-
순차적 데이터 세트 수집: VSAM 및 플랫 파일의 REPRO 및 복사 유틸리티
-
데이터베이스 테이블 언로드: 사용자 지정 가능한 Db2 언로드 프로세스
-
순차 데이터 세트 처리: 압축, 관리형 파일 전송 서비스 등과 같은 순차 데이터 세트의 사용자 지정 가능한 사후 처리
-
종속성 관리: 테스트 사례 정의를 기반으로 조정된 컬렉션
참고
AWS 변환은 템플릿과 구성을 기반으로 스크립트를 생성합니다. 메인프레임 환경에서 실행하기 전에 생성된 모든 JCL을 검토하여 특정 시스템 구성 및 보안 요구 사항과의 호환성을 확인합니다.
템플릿 사용자 지정 및 모범 사례
ATX 테스트 데이터 수집은 유연한 템플릿 사용자 지정 기능을 제공합니다.
-
다중 유틸리티 지원: 다양한 메인프레임 유틸리티(BMC, IBM, DSN)에 맞게 템플릿 조정
-
변수 기반 구성: 환경별 파라미터에 상수 사용
-
재사용 가능한 템플릿: 일관된 스크립트 생성을 위한 표준화된 템플릿 생성
-
데이터 처리: 조직별 데이터 처리 요구 사항 통합
-
보안 통합: 적절한 보안 및 액세스 제어 포함
-
성능 최적화: 효율적인 데이터 수집 및 전송을 위한 구성
생성된 출력 구조
생성된 스크립트는 S3 버킷에 다음과 같은 구조로 구성됩니다.
-
테스트 사례 조직: 관련 테스트 사례별로 그룹화된 스크립트
-
수집 타이밍: "이전" 및 "이후" 데이터 수집을 위한 별도의 폴더
-
데이터 유형 분류: 순차 데이터 세트, 데이터베이스 테이블 및 전송별로 구성된 스크립트
-
메타데이터 파일: 요약 정보 및 실행 지침
-
Ready-to-transfer 가능 형식: 직접 메인프레임 배포를 위한 JCL 형식
최종 스크립트 컬렉션은 지정된 S3 위치에 저장되며 데이터 수집 전략을 효과적으로 실행하는 데 필요한 모든 JCL을 포함합니다. 스크립트를 다운로드하여 메인프레임 환경으로 전송하거나 자동 배포 프로세스와 통합할 수 있습니다.
참고
포괄적인 JCL 스크립트가 생성되는 동안 메인프레임 환경에서 실제 실행을 수행해야 합니다. 스크립트는 ready-to-use 데이터 수집 도구 역할을 하지만 적절한 메인프레임 액세스 및 실행 권한이 필요합니다.
자동화 스크립트 생성 테스트
테스트 자동화 스크립트를 생성하여 이전 단계에서 생성한 테스트 계획을 기반으로 현대화된 애플리케이션에서 테스트 사례를 실행할 수 있습니다. AWS 변환은 테스트 데이터 수집 프로세스에서 수집된 데이터를 활용하는 포괄적인 테스트 스크립트를 자동으로 생성합니다. 테스트 자동화 스크립트 생성 프로세스는 입력 구성, 테스트 사례 선택, 스크립트 생성 결과의 세 가지 주요 단계로 구성됩니다.
테스트 스크립트를 생성하려면
-
테스트 계획 입력 제공
-
왼쪽 탐색 창의 자동화 스크립트 생성 테스트에서 테스트 계획 입력 제공을 선택합니다.
-
현대화된 애플리케이션 테스트 계획에서 테스트 계획 JSON 파일의 S3 경로를 지정합니다.
-
이전 작업 단계에서 테스트 계획이 생성된 경우 입력 필드가 미리 채워집니다.
-
적절한 S3 위치를 지정하여 다른 작업에서 테스트 계획을 선택할 수도 있습니다.
-
시스템은이 테스트 계획을 자동화 스크립트를 생성하기 위한 기반으로 사용합니다.
-
-
스크립트 생성을 위한 테스트 사례 선택
-
테스트 계획에서 테스트 사례의 전체 목록을 검토합니다.
-
여러 속성을 기반으로 테스트 사례를 필터링하고 정렬합니다.
-
비즈니스 기능 및 도메인
-
데이터베이스 테이블 종속성
-
데이터 세트 요구 사항
-
복잡성 지표
-
사용자 지정 검색 기준
-
-
개별 테스트 사례를 선택하거나 모두 확인 및 모두 선택 취소 버튼이 있는 대량 선택 옵션을 사용합니다.
-
개별 테스트 사례를 클릭하여 진입점, 지표 및 비즈니스 규칙을 포함한 테스트 사례 세부 정보를 검토합니다.
선택한 테스트 사례에는 현대화된 애플리케이션에서 실행하기 위해 생성된 자동화 스크립트가 있습니다.
-
-
생성된 테스트 자동화 스크립트를 검토하고 관리합니다.
-
스크립트 생성 완료를 확인하는 성공 메시지가 표시됩니다.
-
생성된 테스트 스크립트는 지정된 S3 버킷 위치에 자동으로 저장됩니다.
-
해당 S3 위치를 사용하여 생성된 테스트 스크립트의 전체 목록에 액세스합니다.
-
각 테스트 사례에는 개별 S3 위치에 저장된 해당 자동화 스크립트가 있습니다.
-
스크립트는 현대화된 애플리케이션 환경에서 배포 및 실행할 준비가 되어 있습니다.
-
자동화 스크립트 기능 테스트
생성된 자동화 스크립트는 포괄적인 테스트 기능을 제공합니다.
-
현대화된 애플리케이션 테스트: 스크립트는 변환된 애플리케이션에서 테스트 사례를 실행하도록 특별히 설계되었습니다.
-
데이터 통합: 이전 테스트 데이터 수집 단계에서 수집한 테스트 데이터를 사용하므로 각 테스트 사례에 대해 이러한 데이터를 폴더에 복사해야 합니다.
-
자동 실행: 스크립트를 사용하여 데이터 싱크를 설정하고, 테스트 사례를 실행하고, 결과를 비교할 수 있으며, 일부 파라미터는 배포 환경에 따라 설정해야 합니다.
-
조직 구조: 스크립트는 S3 버킷의 테스트 사례별로 체계적으로 구성됩니다.
-
Ready-to-deploy 가능 형식: 스크립트는 테스트 환경에 직접 배포하도록 형식이 지정됩니다.
생성된 출력 구조
생성된 테스트 자동화 스크립트는 S3 버킷에 다음과 같은 구조로 구성되어 있습니다.
-
테스트 사례 조직: 각 테스트 사례에는 개별 S3 폴더에 저장된 전용 스크립트가 있습니다.
-
실행 준비 형식: 스크립트는 환경에 따라 일부 변수를 설정한 후 즉시 배포 및 실행하도록 형식이 지정됩니다.
-
중앙 집중식 액세스: 간편한 관리를 위해 단일 S3 버킷 위치에서 모든 스크립트에 액세스할 수 있습니다.
테스트 실행 전략
생성된 스크립트는 포괄적인 테스트 실행 워크플로를 지원합니다.
-
환경 설정: 스크립트에는 테스트를 실행하도록 초기 데이터를 설정하는 기능이 포함되어 있습니다.
-
데이터 준비: 테스트 사례 데이터 수집 단계에서 수집된 테스트 데이터와 통합
-
테스트 사례 실행: 현대화된 애플리케이션에서 개별 테스트 사례의 자동 실행
-
결과 비교: 테스트 결과를 비교하고 애플리케이션 동작을 검증하기 위한 기본 제공 기능
참고
AWS 변환은 테스트 계획 및 선택한 테스트 사례를 기반으로 테스트 자동화 스크립트를 생성합니다. 스크립트는 현대화된 애플리케이션 환경에서 실행하도록 설계되었으며 이전 단계에서 수집된 테스트 데이터를 활용합니다. 배포 전에 생성된 모든 스크립트를 검토하여 특정 애플리케이션 구성 및 테스트 요구 사항과의 호환성을 확인합니다.
테스트 자동화 모범 사례
-
환경 검증: 스크립트 실행 전에 현대화된 애플리케이션 환경이 올바르게 구성되었는지 확인합니다.
-
데이터 확인: 수집 단계의 필수 테스트 데이터를 사용할 수 있고 액세스할 수 있는지 확인합니다.
-
스크립트 사용자 지정: 특정 테스트 요구 사항에 따라 생성된 스크립트를 검토하고 사용자 지정합니다.
-
실행 모니터링: 테스트 스크립트 실행 중에 적절한 모니터링 및 로깅 구현
-
결과 분석: 테스트 결과를 분석하고 애플리케이션 문제를 식별하기 위한 프로세스 설정
테스트 자동화 스크립트의 최종 모음은 현대화된 애플리케이션 기능을 검증하기 위한 완전한 테스트 프레임워크를 제공합니다. 스크립트는 지속적 테스트 프로세스에 통합하거나 애플리케이션 검증 워크플로의 일부로 실행할 수 있습니다.
AWS 변환의 배포 기능
AWS 변환은 ready-to-use 수 있는 코드형 인프라(IaC) 템플릿을 제공하여 현대화된 메인프레임 애플리케이션을 위한 클라우드 환경을 설정하는 데 도움이 됩니다. 채팅 인터페이스 AWS 변환을 통해 컴퓨팅 리소스, 데이터베이스, 스토리지 및 보안 제어와 같은 필수 구성 요소를 생성하는 사전 구축된 템플릿에 액세스할 수 있습니다. 템플릿은 CloudFormation (CFN) AWS Cloud Development Kit (AWS CDK)및 Terraform을 비롯한 인기 있는 형식으로 제공되므로 인프라를 유연하게 배포할 수 있습니다.
이러한 템플릿은 현대화된 메인프레임 애플리케이션에 대한 환경을 구성하는 데 필요한 시간과 전문 지식을 줄이는 구성 요소 역할을 합니다. 필요에 맞게 이러한 템플릿을 사용자 지정하여 배포 환경을 구축할 수 있는 기반을 제공할 수 있습니다.
IaC 템플릿을 검색하려면 AWS 선호하는 현대화 패턴(예: 메인프레임 리팩터링을 위한 AWS 변환), 선호하는 토폴로지(독립 실행형 대 고가용성) 및 선호하는 형식(CloudFormation 대 클라우드 개발 키트 대 Terraform)을 명확히 설명하는 Infrastructure-as-Code 템플릿을 변환 채팅에서 요청하세요.