기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Control-M과의 관리형 AWS Mainframe Modernization 통합
이 섹션에서는 Control-M이 Micro Focus 런타임 엔진으로 배포된 관리형 AWS Mainframe Modernization 환경에서 실행되는 배치 작업과 통합되고 지원하는 방법을 설명합니다. Amazon EC2에서 Micro Focus 환경을 사용하여 사용자 지정 AWS 리플랫폼을 구현하는 경우 [AWS Mainframe Modernization Amazon EC2와 Control-M의 통합](aws-mainframe-modernization-ec2.md) 섹션을 참조하세요.
이 섹션에서는 다음 사전 조건을 가정합니다.
+ 활성. AWS 계정
+ 메인프레임 애플리케이션은 여러 개의 정의된 배치 작업이 있는 Micro Focus 관리형 런타임 환경이 있는 AWS 리플랫폼에서 마이그레이션되고 실행됩니다.
+ 이 파일럿의 경우 BankDemo 예제 애플리케이션이에 설정되어 있습니다 AWS Mainframe Modernization. 설정 지침은 [자습서: Micro Focus용 관리형 런타임](https://docs.aws.amazon.com/m2/latest/userguide/tutorial-runtime.html)을 참조하세요.
다음 주제에서는 Control-M 스케줄러와 다양한 유형의 통합 워크플로 AWS Mainframe Modernization 환경 간의 통합에 필요한 step-by-step 설정을 설명합니다.
+ [Control-M 리소스 배포](deploy-control-m-resources.md)
+ [AWS Mainframe Modernization을 위한 Control-M 연결 프로파일 생성](connection-profile.md)
+ [Control-M Planning에서 작업 및 일정 생성](jobs-schedules-control-m.md)
+ [작업 모니터링](monitor-jobs.md)
# Control-M 리소스 배포
AWS Mainframe Modernization을 Control-M과 통합하는 첫 두 단계는 플러그인과 작업 유형을 배포하는 것입니다.
## AWS Mainframe Modernization Control-M 플러그인 배포
플러그인은 Control-M이 오케스트레이션하는 애플리케이션 및 서비스에 대한 통합 및 지원을 제공합니다. 관리형 AWS Mainframe Modernization 서비스의 경우 플러그인을 배포합니다 AWS Mainframe Modernization .
플러그인 배포는 자주 발생하지 않는 활동입니다. 플러그인을 처음 설치하는 경우 [Control-M 설명서](https://docs.bmc.com/docs/ctm_integrations/control-m-for-aws-mainframe-modernization-1244652367.html)의 단계를 따릅니다. 사용하려는 기존 플러그인이 있는 경우이 단계를 건너뛰고 [연결 프로필을 생성합니다](connection-profile.md).
## Control-M Application Integrator에서 AWS Mainframe Modernization 작업 유형 배포
작업 유형 배포는 일반적으로 일회성 활동입니다. 사용하려는 기존 작업 유형이 이미 있는 경우 이 단계를 건너뛰고 [연결 프로파일을 생성](connection-profile.md)하는 다음 단계로 이동합니다.
예제 작업 유형 [AIJOB.ctmai](https://github.com/aws-samples/aws-mainframe-modernization-controlm-integration/blob/main/assets/AIJOB.ctmai)는 git 리포지토리에 제공됩니다. 작업 유형을 배포하려면 [Application Integrator](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Application_Integrator.htm)를 사용하여 다음 단계를 수행해야 합니다.
1. [aws-mainframe-modernization-controlm-integration](https://github.com/aws-samples/aws-mainframe-modernization-controlm-integration) GitHub 리포지토리를 복제하고 Application Integrator에서 액세스할 수 있는 파일 시스템 위치에 `AIJOB.ctmai` 파일을 다운로드합니다.
1. Application Integrator에 로그인합니다.
1. **Home** 탭에서 **Import job type from file**을 선택하고 `AIJOB.ctmai`의 위치를 선택합니다.
1. 제공된 예제를 수정하려면 Application Integrator를 숙지해야 합니다.
1. [Control-M 설명서](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Deploying_and_Publishing_a_Plug-in.htm)의 지침에 따라 작업 유형을 배포합니다.
# 에 대한 Control-M 연결 프로필 생성 AWS Mainframe Modernization
연결 프로파일은 애플리케이션의 특정 인스턴스에 대한 연결 속성과 보안 인증을 정의합니다. 여러 작업에서 각 연결 프로파일을 참조할 수 있습니다. 애플리케이션과 보안 인증의 고유한 조합마다 별도의 프로파일을 가질 수 있습니다.
[연결 프로파일을 정의](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_centralized_connection_profile.htm)하려면 Control-M 웹 인터페이스의 **구성** 도메인에서 사용할 수 있는 그래픽 사용자 인터페이스(GUI)를 사용하거나 [JSON](https://docs.bmc.com/docs/automation-api/monthly/connection-profiles-1116950312.html)을 사용할 수 있습니다. AWS Mainframe Modernization 플러그인의 연결 프로필에 대한 자세한 내용은 [Control-M 설명서를](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Mainframe_Modernization_Connection_Profiles.htm#AWSMainframeModernizationConnectionProfileParameters) 참조하세요.
다음 코드는 JSON 사용의 예입니다.
```
{
"MANAGED-M2-REPLATFORM": {
"Type": "ConnectionProfile:AWS Mainframe Modernization",
"Mainframe Modernization URL": "https://m2.{{AwsRegion}}.amazonaws.com",
"Connection Timeout": "30",
"AWS Region": "us-west-2",
"Authentication": "NoSecret",
"IAM Role": "--- IAM Role name ---",
"AWS Logs URL": "https://logs.{{AwsRegion}}.amazonaws.com",
"Description": "",
"Centralized": true
}
}
```
예제와 유사한 JSON 파일을 생성하고 [Control-M Automation API 배포 서비스를 사용하여 배포](https://docs.bmc.com/docs/automation-api/monthly/deploy-service-1116950327.html)합니다. 예를 들어 JSON 코드가 라는 파일에 저장되는 경우이 연결 프로파일을 배포하는 `cp-MANAGED-M2-REPLATFORM.json` `ctm` CLI 구문은 다음과 같습니다.
```
ctm deploy cp-MANAGED-M2-REPLATFORM.json
```
Control-M Automation API의 응답은 다음과 유사합니다.
```
[
{
"deploymentFile": "cp-Managed-M2-REPLATFORM.json",
"deploymentState": "DEPLOYED_CONNECTION_PROFILES",
"deploymentStatus": "ENDED_OK",
"successfulFoldersCount": 0,
"successfulSmartFoldersCount": 0,
"successfulSubFoldersCount": 0,
"successfulJobsCount": 0,
"successfulConnectionProfilesCount": 1,
"successfulDriversCount": 0,
"isDeployDescriptorValid": false,
"deployedConnectionProfiles": [
"MANAGED-M2-REPLATFORM"
]
}
]
```
# Control-M Planning에서 작업 및 일정 생성
이제 작업 유형이 배포되고 AWS 연결을 위한 연결 프로필이 있으므로 작업 생성 및 실행을 시작할 수 있습니다.
각 AWS Mainframe Modernization 서비스 작업은 4개의 섹션으로 구성된 속성 세트로 구성됩니다. 각 섹션에는 많은 속성이 있을 수 있습니다. 다음 목록은 가장 일반적으로 사용되는 속성 중 일부를 보여줍니다.
+ 일반
+ 작업 이름
+ 작업이 속한 애플리케이션 및 하위 애플리케이션
+ 제출할 JCL
+ 설명서 링크
+ 일정:
+ 이 작업을 실행할 수 있는 월 및 일
+ 알고리즘으로 정의할 수 없는 비즈니스 회계 기간, 공휴일 또는 기타 특수 날짜와 같은 달력
+ 시간 범위
+ 주기적 행동
+ 사전 조건:
+ 업스트림 종속성(일반적으로 이 작업을 실행할 수 있게 되기 전에 성공적으로 완료되어야 하는 작업)
+ 필요할 수 있는 리소스
+ 필요할 수 있는 사용자 작업
+ 작업 완료 시 Control-M에서 수행하는 작업:
+ 작업 성공 또는 실패 결정(일반적으로 작업의 완료 코드를 기반으로 하지만 해당 설정을 재정의하여 출력 텍스트를 사용하거나 특정 상태를 확인할 수 있음)
+ 실패 또는 성공에 대한 알림(예: 이메일)
+ 다운스트림 종속성에 대한 게시 상태
연결 프로파일과 마찬가지로 작업을 [GUI](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_Job.htm) 또는 [JSON](https://docs.bmc.com/docs/automation-api/monthly/code-reference-1116950299.html)에서 생성 및 배포하고 Control-M Automation API를 사용하여 배포할 수 있습니다.
다음 섹션에서는 몇 가지 일반적인 워크플로 시나리오를 살펴봅니다.
+ [이전 작업의 상태 코드를 기반으로 작업 시작](status-code.md)
+ [예약된 빈도로 작업 실행 자동화](scheduled.md)
+ [이벤트에서 기본 작업 실행](event-based.md)
# 이전 작업의 상태를 기반으로 작업 시작
워크플로라는 작업 흐름을 생성합니다. 워크플로의 작업은 이전 작업이 성공적으로 완료되면 종속성과 상호 연결됩니다.
## Control-M 웹 GUI 사용
Control-M 사용자 인터페이스에서 작업을 시작하려면 다음을 수행합니다.
1. **계획** 도메인에서 새 **Workspace**를 추가합니다. 그러면 빈 폴더 객체가 있는 캔버스가 열립니다.
1. AWS Mainframe Modernization 작업 유형(제공된 작업 유형 템플릿을 사용하는 경우 M[M2JOB](https://github.com/aws-samples/aws-mainframe-modernization-controlm-integration/blob/main/assets/AWS-jobs.json)라고 함)을 선택하고 폴더로 끕니다.
1. 작업 유형의 색상이 녹색으로 변경되면 삭제합니다. 오른쪽 창에는 **일반**, **예약**, **사전 조건** 및 **작업** 섹션이 포함되어 있습니다. 작업을 생성하려면 [Control-M 설명서](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_Job.htm)의 표준 지침을 참조하세요.
1. 그런 다음 **작업 유형을 구성하려면 작업 이름** 값이 필요합니다. 콘솔의 AWS Mainframe Modernization **애플리케이션** 정의 화면에서 또는 [ListBatchJobDefinitions API](https://docs.aws.amazon.com/m2/latest/APIReference/API_ListBatchJobDefinitions.html)를 실행하여 **작업 이름** 값을 찾을 수 있습니다. 이 파일럿의 경우 여러 작업에 대해 2\$14단계를 반복하여 각 작업의 이름을 원하는 이름으로 지정합니다. 예제 이름은 `CBANK`, `CURRENCY`, I`NVFUNDS`, `BROKERAGE`, 및 `RISKMGMT`입니다`BANK-SERVICE-Managed-M2`.
1. 이러한 작업을 원하는 흐름에 연결하려면 작업 객체에서 조건 삼각형을 선택하고 다음 작업으로 끕니다. 예를 들어 아래에서 조건 삼각형을 선택하고 로 `CBANK`끕니다`CURRENCY`. 이 작업은 `CBANK`의 이전 버전을 만듭니다`CURRENCY`. 기본적으로 CURRENCY를 실행할 수 있게 되기 전에가 성공적으로 완료되어야 `CBANK` 합니다.
다음 스크린샷은 기본 작업 흐름의 Control-M Planning 보기를 보여줍니다.
![\[왼쪽의 작업 흐름과 오른쪽의 속성.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/control-m-batch-scheduler/images/workflow-control-m-web-1.png)
*이미지 제공: BMC Software, Inc. ©2022*
## JSON 사용
동일한 흐름을 JSON으로 코딩할 수 있습니다.
```
{
"Defaults": {
"Application": "AWSM2",
"SubApplication": "Replatform-Managed",
"Job": {
"Host": "ctm-worker",
"Output": {}
}
},
"jog-managed-m2": {
"Type": "Folder",
"ControlmServer": "psctm",
"OrderMethod": "Manual",
"SiteStandard": "_z_DemoBusinessFlows",
"CBANK": {
"Type": "Job:AWS Mainframe Modernization",
"ConnectionProfile": "MANAGED-M2-REPLATFORM",
"JCL Name": "iefbr14",
"Retrieve CloudWatch Logs": "checked",
"Action": "Start Batch Job",
"Application Version": "1"
},
"CURRENCY": {
"Type": "Job:AWS Mainframe Modernization",
"ConnectionProfile": "MANAGED-M2-REPLATFORM",
"JCL Name": "iefbr14",
"Retrieve CloudWatch Logs": "checked",
"Action": "Start Batch Job",
"Application Version": "1"
},
"BROKERAGE": {
"Type": "Job:AWS Mainframe Modernization",
"ConnectionProfile": "MANAGED-M2-REPLATFORM",
"JCL Name": "iefbr14",
"Retrieve CloudWatch Logs": "checked",
"Action": "Start Batch Job",
"Application Version": "1"
},
"INVFUNDS": {
"Type": "Job:AWS Mainframe Modernization",
"ConnectionProfile": "MANAGED-M2-REPLATFORM",
"JCL Name": "iefbr14",
"Retrieve CloudWatch Logs": "checked",
"Action": "Start Batch Job",
"Application Version": "1"
},
"RISKMGMT": {
"Type": "Job:AWS Mainframe Modernization",
"ConnectionProfile": "MANAGED-M2-REPLATFORM",
"JCL Name": "iefbr14",
"Retrieve CloudWatch Logs": "checked",
"Action": "Start Batch Job",
"Application Version": "1"
},
"BANK-SERVICE-Managed-M2": {
"Type": "Job:SLAManagement",
"ServiceName": "Bank Service - Managed M2",
"RunAs": "ctmagent",
"CompleteBy": {
"Time": "12:00",
"Days": "0"
}
},
"leftbranch": {
"Type": "Flow",
"Sequence": [
"CURRENCY",
"RISKMGMT",
"BANK-SERVICE-Managed-M2"
]
},
"middlebranch": {
"Type": "Flow",
"Sequence": [
"CBANK",
"CURRENCY",
"INVFUNDS",
"BANK-SERVICE-Managed-M2"
]
},
"rightbranch": {
"Type": "Flow",
"Sequence": [
"CURRENCY",
"BROKERAGE",
"BANK-SERVICE-Managed-M2"
]
}
}
}
```
이 흐름을 배포하려면 배포 서비스를 사용합니다.
```
ctm deploy folder-MANAGED-M2-REPLATFORM.json
```
# 예약된 빈도로 작업 실행 자동화
이전 단계에서 생성한 흐름을 사용하여 기본 일정 예약과 런타임 일정 예약을 추가할 수 있습니다.
+ 기본 일정 예약은 작업을 실행할 수 있는 날(예: 매주 평일, 근무일, 월말 또는 분기말에만)를 정의합니다.
+ 런타임 일정은 작업을 실행할 수 있는 날(예: 매시간, 지정된 리소스를 사용할 수 있는 후 또는 수동 확인 후에만)에 작업이 실행되는 시기를 결정합니다.
**일정 예약** 탭에서 기본 및 런타임 일정 예약을 설정할 수 있습니다.
# 이벤트에서 기본 작업 실행
Control-M Managed File Transfer(MFT)는 로컬 호스트와 원격 호스트 간에 파일을 감시하고 전송하는 데 사용할 수 있는 FTP/SFTP 클라이언트 및 서버입니다. File Transfer 작업 정의에 대한 자세한 내용은 [Control-M 설명서](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/File_Transfer_Job.htm)를 참조하세요.
이 파일럿에서는 File Transfer 작업을 사용하여 `bmc-poc-bucket`이라는 S3 버킷의 `/bmcfile` 폴더에서 확장명이 .poc인 파일의 파일 생성 이벤트를 감시합니다. 해당 이벤트가 발생하면 다음 작업을 실행하기 위해 Control-M 작업이 시작됩니다. 선택적으로 버킷 이름을 포함한 전체 경로를 전달할 수 있습니다.
# 작업 모니터링
Control-M 모니터링 도메인 내에서 및를 통해 작업 처리를 모니터링하고 검증하여 두 플랫폼 모두에서 포괄적인 관찰 및 확인을 AWS Management Console보장할 수 있습니다.
## Control-M Monitoring
**Control-M Monitoring 영역에서 작업 제출 및 실행을 모니터링할 수 있습니다. 기본적으로 AWS Mainframe Modernization 서비스 작업은 다른 모든 Control-M 작업과 함께 표시됩니다. 다른 워크로드(또는 다른 필터링 요구 사항) 없이 AWS Mainframe Modernization 서비스 작업만 보려면 *Viewpoint*를 생성할 수 있습니다.
Viewpoint는 작업 정보뿐만 아니라 업스트림 및 다운스트림 종속성과의 관계도 보여줍니다. 또한 워크플로에 AWS Mainframe Modernization 및 기타 Control-M 작업 유형이 포함된 경우 모니터링 도메인에서 전체 흐름을 보고 관리할 수 있습니다.
자세한 단계를 수행하려면 Control-M 설명서의 [모니터링의 뷰포인트 섹션을 참조하세요](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Viewpoints.htm).
다음 스크린샷은 두 워크플로의 결과를 보여줍니다. 왼쪽에서 워크플로는 모든 작업을 녹색으로 표시하여 성공적으로 완료됩니다. 오른쪽에서는 작업이 빨간색으로 표시된 **실패** 상태를 `CURRRENCY` 반환했기 때문에 워크플로가 부분적으로만 성공합니다. 워크플로가 중지되어 나머지 작업은 **대기 일정** 상태로 유지됩니다.
![\[왼쪽의 워크플로 다이어그램, 오른쪽의 작업 속성.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/control-m-batch-scheduler/images/monitor-jobs.png)
*이미지 제공: BMC Software, Inc. ©2022*
## 콘솔에서 모니터링
작업 및 로그 정보를 보려면에 AWS로그인한 AWS Management Console다음 [AWS Mainframe Modernization 콘솔](https://console.aws.amazon.com/m2/home?region=us-east-1#/applications)로 이동합니다.
![\[AWS Mainframe Modernization 콘솔에 나열된 작업 및 상태입니다.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/control-m-batch-scheduler/images/monitor-jobs-aws-management-console.png)
이 보기에는 종속성이나 AWS Mainframe Modernization 서비스에서 관리하지 않는 워크로드가 포함되지 않습니다.