시작하기
기본 개념
분산된 FTP 배치 작업을 하나의 Flow로 구성하기
기존 FTP 자동 전송은 하나의 프로그램으로만 구성되지 않는 경우가 많습니다.
파일을 가져오는 서버, FTP 접속을 수행하는 스크립트, 정해진 시간에 스크립트를 실행하는 스케줄러가 서로 연결되어 하나의 전송 작업을 구성합니다.
기존 FTP 환경
┌──────────────┐
│ Source Files │
│ │
│ /data/report │
└──────┬───────┘
│
▼
┌──────────────┐
│ Batch Script │
│ │
│ FTP Command │
└──────┬───────┘
│
▼
┌──────────────┐
│ Scheduler │
│ │
│ Daily 02:00 │
└──────┬───────┘
│
▼
┌──────────────┐
│ FTP Server │
│ │
│ /incoming │
└──────────────┘
Flow로 전환하면 분산되어 있던 구성 요소를 하나의 전송 흐름으로 정리할 수 있습니다.
INNORIX Flow
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
Source Rules Schedule
│ │ │
└─────────────────┼─────────────────┘
▼
FTP Target
│
▼
Runs / History
이렇게 하면 파일 확인 → 전송 조건 적용 → FTP 전송 → 실행 결과 확인까지 기존에 여러 환경으로 나누어 관리하던 작업을 하나의 Flow를 기준으로 구성할 수 있습니다.
구성 비교
기존 스크립트와 스케줄러의 역할을 Flow 설정으로 옮기기
전환 과정에서는 기존 배치 파일을 그대로 대체하는 것이 아니라, 현재 작업이 어떤 정보를 기준으로 동작하는지 나누어 확인합니다.
| 기존 FTP 환경 | INNORIX Flow |
|---|---|
| 원본 서버 | Source 연결 |
| 원본 폴더 | Source Path |
| FTP 서버 주소 | Target 연결 |
| 사용자 계정 | 연결 인증 정보 |
| 대상 디렉터리 | Target Path |
| 파일명·확장자 조건 | 파일 규칙 |
| 배치 스크립트 | Flow |
| 작업 스케줄러 | 실행 조건 |
| 로그 파일 | Runs 및 실행 기록 |
예를 들어 기존 배치 파일이 다음과 같은 역할을 수행하고 있었다면,
파일 확인
↓
*.csv 선택
↓
FTP 연결
↓
/partner/incoming 저장
↓
완료 로그 기록
Flow에서는 Source와 Target, 파일 조건과 실행 결과를 각각의 구성 요소로 나누어 관리할 수 있습니다.
이를 통해 기존 작업의 목적과 전송 방식을 유지하면서 관리 구조를 정리할 수 있습니다.
전환 흐름
기존 FTP 작업을 확인하고 테스트를 거쳐 Flow로 전환하기
FTP 배치 작업은 접속 정보만 옮기면 전환이 완료되는 것이 아닙니다.
실제로 어떤 파일을 언제, 어느 경로로 전송하는지 확인하고 동일한 조건을 Flow에 반영한 뒤 결과를 검증해야 합니다.
전환 과정은 다음과 같이 진행할 수 있습니다.
기존 FTP 작업 확인
│
▼
전송 정보 정리
│
▼
Source / Target 구성
│
▼
파일 조건 설정
│
▼
실행 일정 이전
│
▼
테스트 Run
│
▼
전송 결과 비교
│
▼
기존 배치 작업 전환
초기에는 기존 FTP 배치 작업을 바로 중지하기보다, 테스트 경로나 제한된 파일을 기준으로 Flow를 먼저 실행할 수 있습니다.
이를 통해 기존 작업과 동일한 파일이 같은 대상 경로로 전송되는지 확인한 뒤 실제 운영 작업을 전환할 수 있습니다.
IT 엔지니어
작업 정리
기존 FTP 배치에 분산된 전송 정보를 Flow 구성 기준으로 정리하기
먼저 기존 배치 작업에서 실제로 사용하고 있는 전송 정보를 확인합니다.
같은 FTP 작업이라도 단순히 지정 폴더 전체를 전송하는 경우가 있는 반면, 특정 확장자만 선택하거나 이전 작업 완료 후 다음 전송을 시작하는 경우도 있습니다.
따라서 기존 환경에서 다음 정보를 정리합니다.
| 확인 항목 | 확인 내용 |
|---|---|
| Source | 파일이 생성되는 서버와 폴더 |
| FTP Target | 연결할 FTP 서버 |
| 인증 정보 | 기존 접속 계정과 접근 방식 |
| Source Path | 전송할 파일 경로 |
| Target Path | FTP 서버의 저장 위치 |
| 파일 조건 | 이름, 확장자, 경로 기준 |
| 실행 조건 | 시간, 일정 또는 이전 작업 결과 |
| 후속 처리 | 완료 후 다음 작업 여부 |
여러 서버에서 비슷한 FTP 배치 작업을 실행하고 있다면 이 단계에서 작업을 함께 정리할 수 있습니다.
예를 들어 하나의 FTP 서버로 여러 부서의 파일을 전송하는 경우, 공통 FTP 연결은 하나로 관리하고 부서별 Source와 Target 경로만 각각의 Flow로 구성할 수 있습니다.
전송 구성
Source와 FTP Target을 연결하고 기존 파일 처리 기준 적용하기
작업 정보를 정리한 뒤 파일을 가져올 시스템과 FTP 서버를 각각 Source와 Target으로 구성합니다.
이 단계에서는 단순히 두 시스템을 연결하는 것뿐 아니라, 기존 배치 작업에서 사용하던 파일 선택 기준까지 함께 반영합니다.
┌─────────────────────┐
│ Source Server │
│ │
│ /data/export │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ File Rules │
│ │
│ *.csv │
│ /daily/* │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ INNORIX Flow │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ FTP Target │
│ │
│ /partner/incoming │
└─────────────────────┘
전송 구성에서는 다음 항목을 함께 확인합니다.
| 구성 영역 | 설정 내용 |
|---|---|
| Source 연결 | 파일을 읽을 시스템 지정 |
| Source Path | 기존 배치의 원본 경로 적용 |
| 파일 규칙 | 전송할 파일 조건 설정 |
| FTP 연결 | 서버와 인증 정보 구성 |
| Target Path | 파일을 저장할 대상 경로 지정 |
| 접근 범위 | 파일 읽기와 대상 저장 권한 확인 |
예를 들어 기존 작업이 /data/report/daily 경로의 .csv 파일만 FTP 서버의 /incoming/report에 전송했다면, 동일한 조건을 하나의 Flow 안에서 구성할 수 있습니다.
이렇게 하면 어디에서 어떤 파일을 선택해 어느 FTP 경로로 전송하는지를 Flow 기준으로 확인할 수 있습니다.
일정 이전
서버별 스케줄러 대신 Flow 실행 조건으로 자동화하기
기존 FTP 배치 작업은 Windows 작업 스케줄러나 Linux cron을 통해 실행되는 경우가 많습니다.
Flow로 전환할 때는 기존 실행 시점과 반복 조건을 확인한 뒤 해당 일정을 실행 조건으로 옮깁니다.
기존 Scheduler
│
│ Daily / Weekly
▼
┌─────────────────────┐
│ Execution Rule │
│ │
│ Date / Time │
└──────────┬──────────┘
│
▼
INNORIX Flow
│
▼
New Run
│
▼
FTP Transfer
기존 실행 방식에 따라 다음과 같이 전환할 수 있습니다.
| 기존 방식 | Flow 구성 |
|---|---|
| 매일 지정 시간 실행 | Date/Time |
| 매주 특정 요일 실행 | 반복 일정 |
| 파일 생성 후 실행 | 파일 감지 또는 Sync |
| 이전 작업 완료 후 실행 | After Transfer |
| 필요할 때 직접 실행 | 수동 Run |
이렇게 하면 전송 경로뿐 아니라 언제 작업이 실행되는지에 대한 조건도 Flow와 함께 관리할 수 있습니다.
결과 검증
테스트 Run으로 기존 FTP 작업과 전송 결과 비교하기
Flow 구성이 완료되면 실제 운영 작업을 전환하기 전에 테스트 Run을 실행합니다.
검증 과정에서는 기존 FTP 배치와 동일한 파일이 선택되었는지, 올바른 대상 경로에 저장되었는지 확인합니다.
Test Files
│
▼
┌───────────────┐
│ INNORIX Flow │
└───────┬───────┘
▼
Test Run
│
├── File Count
├── Total Size
├── Source Path
├── Target Path
└── Status
│
▼
Result Check
│
┌───────┴────────┐
▼ ▼
Matched Adjustment
│ │
▼ └──▶ Flow 수정
Production
Transition
검증할 항목은 다음과 같습니다.
| 확인 항목 | 확인 내용 |
|---|---|
| 파일 수 | 예상한 파일이 모두 처리되었는지 |
| 파일 이름 | 기존 조건과 동일하게 선택되었는지 |
| 전체 용량 | 전송 데이터가 정상적으로 처리되었는지 |
| Source Path | 올바른 원본 경로에서 파일을 가져왔는지 |
| Target Path | FTP 서버의 지정 위치에 저장되었는지 |
| 실행 결과 | Completed 또는 추가 확인 상태인지 |
파일이 누락되거나 예상하지 않은 파일이 포함된 경우에는 Source 경로나 파일 규칙을 조정한 뒤 다시 테스트할 수 있습니다.
검증이 완료되면 기존 FTP 배치 작업을 Flow 기반 실행으로 전환합니다.
중앙 관리
여러 FTP 전송 작업의 실행 상태와 결과를 Runs에서 관리하기
전환이 완료된 이후에는 기존 서버의 로그 파일과 스케줄러를 각각 확인하는 대신, Flow와 Runs를 기준으로 전송 상태를 확인할 수 있습니다.
INNORIX
│
┌────────────┼────────────┐
▼ ▼ ▼
Flow A Flow B Flow C
│ │ │
▼ ▼ ▼
FTP A FTP B FTP C
│ │ │
└────────────┼────────────┘
▼
Runs
│
┌─────────┼─────────┐
▼ ▼ ▼
Completed Failed Retrying
각 Run에서는 다음과 같은 정보를 확인할 수 있습니다.
| 확인 항목 | 확인 내용 |
|---|---|
| Flow | 어떤 FTP 전송 작업인지 확인 |
| Source | 파일을 가져온 시스템과 경로 |
| Target | 연결된 FTP 서버와 저장 위치 |
| Total Files | 처리한 전체 파일 수 |
| Total Size | 전체 전송량 |
| Status | 완료·실패·재시도 상태 |
| Started | 작업 시작 시간 |
| Completed | 작업 완료 시간 |
문제가 발생한 경우에는 해당 Run의 상세 정보를 통해 Source와 FTP Target의 연결 상태, 파일 경로와 파일별 처리 결과를 확인할 수 있습니다.
필요한 조치를 완료한 뒤 작업을 다시 실행하면 새로운 Run을 통해 전송 결과를 다시 확인할 수 있습니다.
운영 전환
기존 FTP 자동 전송 방식을 유지하면서 관리 구조를 Flow로 전환하기
FTP 배치 작업을 INNORIX Flow로 전환하면 기존 전송 방식 자체를 모두 새로 설계하지 않아도 됩니다.
기존에 사용하던 FTP 서버와 파일 경로, 전송 조건과 실행 일정을 유지하면서 분산된 구성 정보를 Flow 중심으로 정리할 수 있습니다.
최종적인 운영 구조는 다음과 같이 바뀝니다.
| 기존 운영 | Flow 전환 후 |
|---|---|
| 서버별 배치 파일 관리 | Flow별 전송 구성 관리 |
| 개별 스케줄러 확인 | 실행 조건 중앙 관리 |
| 설정 파일에서 FTP 정보 확인 | 연결 환경에서 접속 정보 관리 |
| 서버 로그 확인 | Runs에서 실행 결과 확인 |
| 서버에서 직접 재실행 | Flow 또는 Run 기준 재실행 |
이 레시피를 적용하면 기존 FTP 작업 분석 → 전송 정보 정리 → Source·Target 및 파일 규칙 구성 → 실행 일정 이전 → 테스트 Run → 결과 검증 → 기존 배치 전환 → Runs 기반 중앙 운영까지 하나의 전환 흐름으로 구성할 수 있습니다.
이를 통해 기존 FTP 배치 작업의 전송 경로와 파일 조건, 정기 실행 방식은 유지하면서, 서버와 스크립트, 스케줄러에 분산되어 있던 관리 요소를 INNORIX Flow 중심으로 통합할 수 있습니다.