최근 클라우드 환경에서의 시스템 구축이 보편화되면서, 클라우드상의 환경이나 서비스에 대해 JP1/AJS3에서 잡 실행 및 모니터링을 수행하고 싶다는 문의가 늘고 있습니다.
그렇다면, JP1/AJS3에서 클라우드상의 SaaS나 Web API, 오브젝트 스토리지에 잡을 실행하고 싶을 때,
어떤 JP1 제품·기능을 이용해야 목적의 처리를 실현할 수 있는지,
각 제품에는 어떤 차이가 있는지에 대해 고민하시는 분들도 많지 않을까요?
이 블로그에서는 클라우드 연동을 수행하는 3가지 방법인 ‘HTTP 연결 잡’, ‘연동 도구(커스텀 잡)’, ‘JP1/AJS3 for CSA’에 대해 기능과 비용을 철저히 비교해 보겠습니다.
- JP1에서 클라우드 환경으로 연동하는 3가지 방법
- 3가지 연동 방식 비교 (비용·기능·확장성)
- JP1/AJS3 for CSA의 기능과 작동 원리
- 정리
JP1에서 클라우드 환경으로 연동하는 3가지 방법
외부 클라우드에서 잡을 실행하는 방법에는 3가지가 있습니다.
- HTTP 연결 잡(표준 기능)
- 연동 도구(커스텀 잡)
- JP1/AJS3 for Cloud Service Applications(JP1/AJS3 for CSA)
각 방법의 특징에 대해 자세히 설명하겠습니다.
1. HTTP 연결 잡(표준 기능)
HTTP 연결 잡은 클라우드나 웹 서버상의 웹 API(REST API)를 호출하여 시스템과 연동하기 위한 잡입니다.
추가 라이선스 비용 없이 JP1/AJS3의 표준 기능만으로 이용할 수 있습니다.
HTTP/HTTPS 프로토콜을 사용하여 외부 시스템에 요청(GET/POST 등)을 전송하고 응답을 수신합니다.
다음은 설정 화면과 실행 결과의 예시입니다.
설정 화면
HTTP 연결 잡의 상세 정의 화면에서는 요청 전송에 사용할 파일과 응답을 수신할 파일을 지정합니다.
| Conn. configuration file name | URL 등 HTTP 연결 정보가 기재된 파일을 설정 |
| Request type | GET / POST / PUT / DELETE 중에서 선택 |
| Trans. info. file name | Web API에 대한 요청 정보가 기재된 파일을 설정 ※Extended mode에 체크한 경우, URL parameter ·Message body에 전송 파일명을 지정 |
수신 데이터를 출력하는 파일
| Status file name | HTTP 상태 코드를 출력할 파일을 설정 |
| How to store received data | HTTP 헤더와 HTTP 본문을 별도의 파일에 출력할지, 같은 파일에 출력할지 지정 |
| Received header file name | HTTP 헤더 정보를 출력할 파일을 설정 |
| Received body file name | HTTP 본문 정보를 출력할 파일을 설정 |
참고 매뉴얼
JP1 Version 13
JP1/Automatic Job Management System 3 System Design (Work Tasks) Guide
Appendixes C. Files Used for HTTP Connection Jobs
HTTP 연결 잡 실행 예시
기상청이 공개한 날씨 정보를 Web API를 통해 가져오는 예시입니다.
연결 설정 파일
‘URL=’에 연결 대상 URL을 설정합니다.
다음 예시에서는 도쿄도의 일기예보 데이터(JSON 형식)를 가져오기 위한 연결 대상 URL을 지정하고 있습니다.
| URL=https://www.jma.go.jp/bosai/forecast/data/forecast/130000.json CAFile=인증서 파일명
|
실행 결과
HTTP 응답에 포함된 각 정보(HTTP 상태, 헤더, 수신 본문)는 각 항목별로 별도의 파일로 출력됩니다.
상태 저장 파일의 출력
| Http-Status-Code=200 |
수신 헤더 저장 파일명
| HTTP/1.1 200 Connection Established Proxy-Agent: xxxxx Content-Type: application/json Content-Length: 5949 Connection: keep-alive Last-Modified: Sun, 02 Aug 2026 22:33:27 GMT X-Amz-Server-Side-Encryption: AES256 Accept-Ranges: bytes ：생략 |
수신 본문 저장 파일명
| [{"publishingOffice":"気象庁","reportDatetime":"2026-08-03T07:00:00+09:00","timeSeries":[{"timeDefines":["2026-08-03T05:00:00+09:00","2026-08-04T00:00:00+09:00"],"areas":[{"area":{"name":"東京地方","code":"130010"},"…] |
포인트
HTTP 연결 잡을 이용할 때 중요한 점은 “1개의 요청에 대해 1개의 응답으로 처리가 완료된다”는 것입니다.
따라서 하나의 HTTP 연결 잡 내에서 “먼저 로그인 인증 처리를 하고, 인증을 통해 획득한 토큰을 사용하여 다음 처리를 진행한다”와 같은 연속된 처리를 완료할 수는 없습니다.
이 경우, 요청마다 HTTP 연결 잡을 설정해야 합니다.
2. 연동 도구 (커스텀 잡)
AWS 및 Azure 서비스와 연동하기 위한 도구로, JP1의 개발사인 히타치 제작소에서 ‘JP1/AJS3 AWS 서비스 연동 도구’와 ‘JP1/AJS3 Azure 서비스 연동 도구’를 제공하고 있습니다.
연동 도구를 사용할 수 있는 버전은 JP1/AJS3 V12 이후 버전입니다.
- AWS 서비스 연동 도구
Amazon S3 및 AWS Step Function과 연동하기 위한 커스텀 잡입니다. - Azure 서비스 연동 도구
Azure Blob Storage 및 Azure Logic Apps와 연동하기 위한 커스텀 잡입니다.
S3 및 Blob Storage 연동 시, JP1/AJS3에서 파일 모니터링, 다운로드, 업로드, 삭제, 복사 등의 처리를 커스텀 잡으로 처리할 수 있습니다.
GUI 기반으로 설정할 수 있으므로 스크립트를 개별적으로 작성할 필요가 없습니다.
Amazon S3 및 Azure Blob Storage상의 파일 모니터링 방법은 다음 블로그에서 소개하고 있습니다.
3．JP1/AJS3 for Cloud Service Applications（JP1/AJS3 for CSA）
JP1/AJS3 for CSA는 클라우드 서비스와 연동하기 위해 제공되는 JP1/AJS3 V13이후 버전의 옵션 제품입니다.
이 제품을 이용하려면, JP1/AJS3 본체도 V13 이후 버전이어야 합니다.
JP1/AJS3 for CSA를 활용하면 클라우드 서비스와의 연동에 필요한 인증, 실행, 모니터링, 결과 확인의 일련의 흐름을 GUI 상에서 정의할 수 있으며, 로우코드 방식으로 연동용 잡을 생성할 수 있습니다. 따라서 업무 내용이나 서비스 측의 사양 변경에도 안전하고 신속하게 대응할 수 있습니다.
자세한 내용은 'JP1/AJS3 for CSA의 기능과 작동 원리’에서 소개해 드립니다.
3가지 연동 방식 비교 (비용·기능·확장성)
먼저, 3가지 연동 방식을 대략적으로 비교하면 다음과 같습니다.
| 항목 | HTTP 연결 잡 | 연동 도구 | JP1/AJS3 for CSA |
| 위치 | JP1/AJS3의 표준 기능 | AWS/Azure용 도구 | 클라우드 연동을 위한 옵션 제품 |
| 비용 | 추가 라이선스 불필요 | 무료 | 유료 |
| 제공 버전 | V11 이후 | V12 이후 | V13 이후 ※서비스 연동 모니터링 잡은 13-10에서 제공 |
| 주요 대상 | REST API, Web API | AWS Amazon S3 AWS Step Functions Azure Blob Storage Logic Apps |
AWS, Azure, SaaS, Web API 등 다양한 클라우드 서비스 |
| 인증 | Basic 인증 헤더를 설정하면 Basic 인증 이외의 인증 방식도 가능 |
AWS IAM 사용자의 액세스 키 IAM 역할의 EC2 할당 Azure USER SVPP / SVPA MIDS / MIDU |
원하는 명령을 설정할 수 있어 유연하게 대응할 수 있다 |
| 적합한 경우 | 단 한 번의 HTTP 요청으로 완료되는 경우(동기식) | 클라우드 스토리지 연동을 간편하게 구현하고 싶은 경우 | 인증 정보 및 실행 관련 정보를 일원화하여 관리하고 싶은 경우 |
| 커스터마이즈 | △ HTTP/HTTPS 요청만 가능 전송 정보 파일에서 요청 정보 등을 설정할 수 있음 |
✕ 명령줄 변경 불가 |
〇 원하는 명령어 설정 가능 |
| 개발 비용 | 토큰 획득 등 여러 번의 HTTP 요청이 필요한 경우에는 스크립트를 작성해야 합니다. | 스크립트 작성 불필요 | 샘플 콘텐츠를 이용하면 스크립트를 작성할 필요가 없습니다. (개별적인 요구 사항이 있는 경우에는 별도로 작성해야 합니다.) |
| 주의 사항 | '1 요청 1 응답'을 전제로 하기 때문에, 다단계 처리를 구현하기 어렵다 | 커스터마이즈 불가능 | 샘플 콘텐츠를 그대로 사용할 수 있지만, 개별적인 요구 사항이 있는 경우에는 기존 콘텐츠나 매뉴얼을 참고하여 별도로 작성해야 합니다. |
객체 모니터링을 통해 본 비교
클라우드 스토리지 오브젝트 모니터링에서 연동 도구와 JP1/AJS3 for CSA의 차이점을 아래 표에 정리합니다.
(HTTP 연결 잡은 오브젝트 모니터링용 기능이 아니므로, 이 표에서는 다루지 않습니다.)
| 항목 | AWS 서비스 연동 도구, Azure 서비스 연동 도구 |
JP1/AJS3 for CSA |
| 난이도 | ◯（쉬움） | ◯（쉬움） |
| 커스터마이징 | ✕（낮음） | ◯（높음） |
| 시작 조건으로 활용 | ✕（불가능） | ◯（가능） |
| 여러 파일 모니터링 | ✕（불가능） | ◯（가능, 와일드카드 지정 가능） |
| 지원 스토리지 | AWS S3, Azure Blob Storage | AWS S3, Azure Blob Storage, OCI Object Storage, Google Cloud Storage |
〇＝지원, △＝조건부 지원, ✕＝미지원
S3나 Blob Storage 모니터링을 빠르게 시도해 보고 싶은 경우, 연동 도구를 도입하기 쉬운 선택지입니다. 반면, 시작 조건으로 클라우드 스토리지 파일 모니터링을 사용하고자 하거나 여러 파일을 한꺼번에 모니터링하고자 하는 경우에는 JP1/AJS3 for CSA가 유일한 선택지가 됩니다.
JP1/AJS3 for CSA의 기능과 작동 원리
지금까지 3가지 방법을 소개해 드렸는데, 그중에서도 ‘JP1/AJS3 for CSA’는 유연한 설정과 사양 변경·인증 갱신에 대한 대응 등 운영 관리 측면에서도 유력한 선택지입니다.
여기서는 JP1/AJS3 for CSA의 기능과 작동 원리에 대해 자세히 설명하겠습니다.
제공되는 두 가지 잡 유형
JP1/AJS3 for CSA에서 제공되는 잡은 ‘서비스 연동 잡(실행)’과 ‘서비스 연동 모니터링 잡(모니터링)’의 두 가지가 있습니다.
- 서비스 연동 잡(실행)
클라우드 서비스에 대해 잡을 실행하기 위한 정의입니다.
예) AWS Lambda를 실행하거나, HULFT Square의 플로우를 실행하는 등 - 서비스 연동 모니터링 잡(모니터링)
클라우드 서비스에서 특정 처리가 수행되는 것을 모니터링하기 위한 정의입니다.
예) AWS S3에 새 파일이 생성되는 것을 감지하는 등
로우코드로 정의할 수 있는 ‘부품 조합’의 구조
JP1/AJS3 for CSA의 가장 큰 특징은 복잡한 API 설정을 JP1/AJS3 for CSA의 웹 GUI 화면에서 ‘구성 요소 정의’로 생성하고, 이를 조합하여 커스텀 작업이나 커스텀 이벤트 작업을 설정할 수 있다는 점입니다.
서비스 연동 작업은 [인증 정의], [연결 정의], [실행 정의]를 조합합니다.
서비스 연동 모니터링 작업은 [인증 정의], [연결 정의], [모니터링 정의]를 조합합니다.
이처럼 모듈화되어 있기 때문에, 클라우드 측의 사양 변경이나 인증 정보 업데이트가 발생하더라도 해당 모듈 정의만 수정하면 되므로, 운영 및 유지보수 부담을 대폭 줄일 수 있습니다.
시스템 구성 및 실행 아키텍처
시스템 구성
JP1/AJS3 for CSA는 운영 규모나 시스템 요구 사항에 맞춰 유연하게 구성할 수 있습니다.
'동일 구성'과 ‘단독 구성’ 중 어느 쪽을 선택할지는 클러스터 운영 여부와 업무 시스템의 중요도를 중심으로 검토해야 합니다.
- 동일 구성의 경우
도입 비용 절감 및 구축 간소화를 우선시하고자 하는 검증·개발 환경, 또는 클라우드 연동 실행 빈도가 낮아 리소스 부하가 적은 환경에 적합합니다. - 단독 구성(별도 서버)의 경우
리소스 경합을 피하고, 유지보수 시 가용성을 확보하고자 하는 본운용 환경에 적합합니다.
JP1/AJS3 - Manager가 클러스터 환경인 경우, 동일한 호스트에 도입하면 장애 발생 시 서로에게 영향을 미치므로, 서로 다른 호스트에 구축하는 것이 권장됩니다.
실행 절차
잡이 시작되면 다음 단계에 따라 처리가 진행됩니다.
- 작업 실행 지시
JP1/AJS3 - Manager에서 서비스 연동 잡/모니터링 잡을 시작하도록 지시합니다. - 작업 실행
작업 실행 호스트에서 잡이 실행됩니다. - 정의 정보 가져오기
JP1/AJS3 for CSA에서 미리 생성해 둔 정의 정보(인증·연결·실행/모니터링)를 가져옵니다. - 클라우드 측에서 처리 수행
클라우드 서비스 측에서 지정된 처리가 실행되고, 그 완료 결과를 JP1으로 반환합니다.
※실제 웹 GUI 화면을 활용한 구체적인 설정 절차 및 샘플 콘텐츠 활용 방법에 대해서는 다음 편인 ‘이용 사례 편’에서 자세히 설명하겠습니다.
정리
클라우드 환경이나 SaaS와 JP1/AJS3를 연동할 때 어떤 방식을 선택해야 할지는 요구 사항에 따라 다릅니다. 자사의 시스템 구성과 향후 클라우드 활용 계획에 맞춰 최적의 연동 방식을 선택해야 합니다.
이 블로그에서 소개한 ‘HTTP 연결 잡’, ‘연동 도구’, ‘JP1/AJS3 for CSA’의 세 가지 접근 방식은 각각 비용, 도입 용이성, 유연성, 확장성 측면에서 차이가 있습니다.
JP1/AJS3를 활용한 클라우드 서비스에서의 처리 실행에 있어서는, 각각의 이용 목적이나 요구 사항에 따라 본 블로그의 내용을 참고하여 최적의 연동 방식을 검토해 주시기 바랍니다.
다음 JP1 블로그에서는 실제 운영 시의 모습을 보다 구체적으로 그려보실 수 있도록, JP1/AJS3 for CSA의 대표적인 활용 사례에 대해 실제 웹 GUI 정의 화면과 함께 자세히 소개해 드리겠습니다.
제품 정식 명칭 (약칭 표기)
JP1/Automatic Job Management System 3 for Cloud Service Applications(JP1/AJS3 for CSA) 13-01 이후
JP1/Automatic Job Management System 3(JP1/AJS3) 13-01 이후
※기재된 회사명 및 제품명은 각 회사의 상표 또는 등록상표입니다.
이 기사를 작성한 스태프
호키 사치코 保木 紗知子
2002년 입사, Oracle Database 및 WebFOCUS 지원 업무를 담당했으며, 2023년부터
JP1 제품 지원을 담당하고 있습니다. 2024년 8월부터 본 블로그 기사를 담당하게 되었습니다. 고베에 거주 중입니다. 테마파크를 좋아합니다.
추가로 궁금하신 사항은...
아래 연락처로 문의 부탁 드립니다.
TEL: 02-701-2020 / hmchung@bismuth.co.kr
※ 본 콘텐츠는 일본 어시스트社에서 제공한 내용으로 구성되었습니다.
ⓒ 2026 Ashisuto. All rights reserved.
'JP1_AJS3_작업관리' 카테고리의 다른 글
| 【JP1/AJS3】시작 조건부 잡넷의 체류를 해소하는 3가지 방법 (0) | 2026.07.30 |
|---|---|
| 【JP1/AJS3】스킵되어 미실행의 발생 패턴 3가지! 관련 설정 항목 철저 해설 (0) | 2026.07.30 |
| 【JP1/AJS3】 간단해진 JP1/AJS3의 온라인 백업 기능을 사용해 보자! (0) | 2026.03.24 |
| 【JP1/AJS3】 임베디드 DB 재설정 완전 가이드 (0) | 2026.02.26 |
| 【JP1/AJS3】JP1/AJS3 - DA로 잡 정의 변경 관리의 공수를 대폭 절감 (0) | 2025.11.06 |