시작하기#
기본 개념#
전송과 처리, 조건별 분기를 연결해 하나의 파일 처리 흐름으로 구성하기
파일을 처리하는 과정에서는 하나의 전송 작업만 실행되는 것이 아니라, 파일을 다른 시스템으로 전송한 뒤 처리 프로그램을 실행하고 결과를 여러 위치에 배포하거나, 처리 결과에 따라 서로 다른 작업을 실행해야 할 수 있습니다.
예를 들어 원본 파일을 처리 서버로 전송한 뒤 변환 작업을 실행하고, 변환이 완료되면 결과 파일을 여러 서버와 스토리지로 동시에 전송하는 방식으로 구성할 수 있습니다.
하지만 각 작업을 개별적으로 실행하면 이전 작업이 완료된 이후 어떤 작업을 시작해야 하는지, 여러 작업을 동시에 실행할지, 처리 결과에 따라 어느 경로로 다음 작업을 진행할지 각각 관리해야 할 수 있습니다.
INNORIX Flow를 활용하면 독립적으로 실행하던 파일 전송과 처리 작업을 연결해 전체 파일 처리 목적에 맞는 하나의 실행 흐름으로 구성할 수 있습니다.
각 단계는 이전 작업의 완료 결과를 기준으로 순차적으로 이어질 수 있으며, 하나의 작업 이후 여러 대상으로 동시에 분기하거나 조건에 따라 서로 다른 다음 작업을 실행하도록 구성할 수도 있습니다.
Start
│
▼
File Transfer
│
▼
Process
│
┌────────┴────────┐
│ │
▼ ▼
Server A Server B
│ │
└────────┬────────┘
│
▼
Result Check
│
┌─────┴─────┐
▼ ▼
Complete Review워크플로는 단순히 여러 작업을 순서대로 나열하는 방식만을 의미하지 않습니다. 파일 처리 목적에 따라 순차 실행, 병렬 처리, 조건 분기와 결과 확인을 조합해 필요한 작업 관계를 구성할 수 있습니다.
| 구성 방식 | 활용 방식 |
|---|---|
| 순차 실행 | 이전 전송 또는 처리 완료 후 다음 작업 시작 |
| 병렬 실행 | 하나의 파일을 여러 서버나 스토리지로 동시에 전송 |
| 조건 분기 | 파일 유형이나 처리 결과에 따라 다른 작업 실행 |
| 결과 연결 | 이전 작업의 완료 또는 실패 결과를 다음 단계에 반영 |
| 후속 처리 | 전송 완료 후 검증, 변환 또는 다른 프로그램 실행 |
예를 들어 하나의 원본 파일을 처리 서버로 전송한 뒤 변환 결과가 생성되면 여러 배포 대상으로 동시에 전송하고, 각 작업의 결과를 확인하는 흐름을 구성할 수 있습니다.
Source File
│
▼
Transfer to Processing Server
│
▼
Run Processing
│
▼
Result Files
│
┌───┼───────────────┐
▼ ▼ ▼
Web Server Archive Storage
│ │
└───────┬───────┘
▼
Result Check이렇게 구성하면 전송과 처리 작업을 각각 따로 실행하고 결과를 확인하는 대신, 파일 준비 → 전송 → 처리 → 결과 생성 → 대상별 배포 → 실행 결과 확인처럼 여러 단계로 구성된 파일 작업을 하나의 Flow에서 연결해 관리할 수 있습니다.
실행 방식#
순서대로 처리하거나 여러 대상으로 동시에 분기하기
하나의 Flow 안에서도 모든 작업이 같은 방식으로 실행될 필요는 없습니다.
앞 단계가 완료되어야 다음 단계가 시작되는 작업은 순차적으로 연결하고, 같은 파일을 여러 시스템에 배포해야 하는 경우에는 병렬로 분기할 수 있습니다.
| 실행 방식 | 활용 |
|---|---|
| 순차 실행 | 이전 작업 완료 후 다음 작업 시작 |
| 병렬 실행 | 여러 Target으로 동시에 전송 |
| 조건 분기 | 처리 결과에 따라 다른 작업 실행 |
| 결과 연결 | 여러 작업의 결과를 다음 단계로 연결 |
예를 들어 하나의 원본 파일을 먼저 처리한 뒤, 생성된 결과물을 여러 환경으로 동시에 배포할 수 있습니다.
Raw Data
│
▼
Processing Server
│
▼
Result File
│
┌──┼───────────┐
▼ ▼ ▼
NAS Cloud Backup
│ │ │
└────┴─────┬─────┘
▼
Result Check이처럼 파일의 이동 방향과 작업 특성에 따라 하나의 Flow 안에서 서로 다른 실행 구조를 조합할 수 있습니다.
자동화 범위#
파일 전송 이후의 처리와 결과 확인까지 이어가기
워크플로는 파일을 한 번 전송하는 데서 끝나지 않습니다.
파일 도착 이후 처리 프로그램을 실행하거나, 결과 파일을 다른 시스템으로 전송하고, 전체 작업의 완료 상태를 확인하는 과정까지 하나의 흐름으로 구성할 수 있습니다.
┌──────────┐
│ Source │
└────┬─────┘
│
▼
┌──────────┐
│ Transfer │
└────┬─────┘
│
▼
┌──────────┐
│ Process │
└────┬─────┘
│
▼
┌──────────┐
│ Distribute│
└────┬─────┘
│
▼
┌──────────┐
│ Complete │
└──────────┘이를 통해 파일 수집 → 전송 → 처리 → 분기 배포 → 결과 확인처럼 여러 단계로 구성된 파일 업무를 하나의 자동화 단위로 관리할 수 있습니다.
IT 엔지니어#
시작 조건#
파일 흐름을 시작할 이벤트와 실행 기준 구성하기
워크플로는 먼저 어떤 조건에서 전체 작업을 시작할지 정해야 합니다.
새 파일이 생성되었을 때 시작하거나, 특정 전송 작업이 완료된 후 다음 워크플로를 실행하도록 연결할 수 있습니다.
시작 조건은 워크플로의 목적에 따라 다르게 구성할 수 있습니다.
| 시작 기준 | 구성 예시 |
|---|---|
| 파일 생성 | 지정된 폴더에 새 파일이 생성되면 시작 |
| 파일 변경 | 기존 파일이 수정되면 다시 실행 |
| 예약 실행 | 정해진 날짜와 시간에 반복 실행 |
| 전송 완료 | 이전 파일 전송이 완료되면 시작 |
| 외부 요청 | API 또는 URL 요청으로 Flow 시작 |
시작 조건을 구성하면 개별 단계뿐 아니라 전체 파일 처리 흐름 자체를 자동으로 실행할 수 있습니다.
단계 연결#
이전 작업의 완료 결과를 기준으로 다음 작업 이어가기
여러 단계가 순서에 따라 처리되어야 하는 경우 이전 작업의 결과를 다음 단계의 실행 조건으로 연결합니다.
예를 들어 원본 파일 전송이 완료된 후에만 처리 서버에서 변환 작업을 시작하고, 변환이 끝난 뒤 결과 파일을 다음 시스템으로 전송할 수 있습니다.
Stage 1 Stage 2 Stage 3
Source
│
▼
Transfer ──────► Process ──────► Result Transfer
│ │ │
Completed Completed Completed순차 실행이 필요한 경우 다음과 같은 기준으로 단계 관계를 구성할 수 있습니다.
원본 파일이 정상적으로 전송된 경우에만 처리 시작
파일 검증이 완료된 경우 다음 작업 실행
처리 결과가 생성된 뒤 결과 파일 전송
이전 단계가 실패하면 이후 작업 대기 또는 중지
모든 필수 단계가 완료되면 전체 Flow 종료
이를 통해 각 작업의 실행 순서를 명확하게 관리할 수 있습니다.
병렬 배포#
하나의 파일을 여러 시스템으로 동시에 전송하기
같은 파일이나 처리 결과를 여러 환경에서 사용해야 하는 경우 하나의 단계에서 여러 전송 작업으로 분기할 수 있습니다.
예를 들어 처리된 파일을 운영 서버, 백업 스토리지, 클라우드 환경에 각각 전송하도록 구성할 수 있습니다.
Result File
│
▼
┌────────────┐
│ Distribution│
└──────┬─────┘
┌──────────┼──────────┐
▼ ▼ ▼
Production Backup Cloud
Server Storage Storage병렬 배포를 활용하면 하나의 대상 전송이 끝날 때까지 다른 대상 작업을 기다리지 않고 여러 작업을 함께 실행할 수 있습니다.
| 배포 대상 | 활용 예시 |
|---|---|
| 운영 서버 | 실제 서비스 환경에 파일 반영 |
| 백업 환경 | 원본 또는 결과 파일 별도 보관 |
| 클라우드 | 외부 시스템과 데이터 공유 |
| 분석 서버 | 후속 데이터 처리와 분석 |
| 여러 지점 | 동일 파일을 지역별 시스템에 배포 |
이렇게 하면 동일한 파일을 여러 업무 환경으로 배포하는 작업을 하나의 단계에서 관리할 수 있습니다.
조건 분기#
파일 상태와 처리 결과에 따라 다른 작업 실행하기
모든 파일이 동일한 경로로 처리될 필요는 없습니다.
파일 유형이나 검증 결과, 이전 작업의 성공 여부에 따라 서로 다른 처리 경로를 구성할 수 있습니다.
File Check
│
┌───────┴────────┐
│ │
Valid File Invalid File
│ │
▼ ▼
Processing Error Storage
│ │
▼ ▼
Result Transfer Review Queue조건 분기는 다음과 같은 상황에서 활용할 수 있습니다.
| 판단 기준 | 분기 예시 |
|---|---|
| 파일 유형 | 이미지와 데이터 파일을 다른 서버로 전송 |
| 파일 이름 | 업무별 파일 규칙에 따라 다른 처리 실행 |
| 검증 결과 | 정상 파일은 처리, 오류 파일은 별도 보관 |
| 전송 결과 | 성공 시 다음 단계, 실패 시 예외 처리 |
| 파일 크기 | 대용량 파일과 일반 파일을 다른 흐름으로 처리 |
이렇게 구성하면 하나의 Flow 안에서도 파일 상태에 맞는 처리 경로를 자동으로 선택할 수 있습니다.
결과 처리#
여러 단계의 실행 결과를 모아 다음 작업으로 연결하기
순차 작업과 병렬 작업이 함께 구성된 경우에는 각 단계의 완료 상태를 기준으로 전체 워크플로의 결과를 관리할 수 있습니다.
예를 들어 여러 서버로 파일을 배포한 뒤 필요한 대상의 작업이 모두 완료되었을 때 최종 결과를 기록하거나 다음 업무를 시작하도록 연결할 수 있습니다.
Processing Complete
│
┌────────┼────────┐
▼ ▼ ▼
Server A Server B Server C
│ │ │
✓ ✓ ✓
└────────┼────────┘
▼
Result Collected
│
▼
Next Workflow최종 단계에서는 전체 실행 결과를 기준으로 다음 작업을 연결할 수 있습니다.
모든 대상에 파일이 정상적으로 반영된 경우 완료 처리
필요한 대상의 결과를 확인한 후 다음 Flow 시작
일부 작업에 문제가 발생한 경우 확인 필요 상태 기록
처리 결과를 다른 시스템이나 스토리지로 전송
전체 실행 결과를 알림이나 모니터링 환경으로 연결
이를 통해 여러 작업의 결과를 각각 따로 확인하지 않고 하나의 워크플로 단위로 처리 상태를 관리할 수 있습니다.
실행 추적#
전체 Flow와 개별 단계의 처리 상태를 함께 확인하기
여러 단계가 연결된 워크플로에서는 전체 작업이 완료되었는지뿐 아니라 어느 단계에서 현재 작업이 진행되고 있는지 확인하는 것이 중요합니다.
Runs에서는 하나의 워크플로 실행 결과를 기준으로 전체 진행 상태와 각 단계의 결과를 확인할 수 있습니다.
예를 들어 다음과 같이 전체 흐름을 확인할 수 있습니다.
Workflow Run
[✓] File Transfer
│
[✓] Validation
│
[✓] Processing
│
┌──────┼──────┐
[✓] [✓] [!]
Server A Server B Server C
│
▼
확인 필요실행 결과에서는 다음 항목을 중심으로 워크플로 상태를 확인할 수 있습니다.
| 확인 항목 | 확인 내용 |
|---|---|
| Workflow | 실행된 전체 Flow |
| Current Stage | 현재 진행 중인 단계 |
| Previous Result | 이전 작업의 처리 결과 |
| Branch | 분기된 작업 경로 |
| Target Status | 대상별 전송 결과 |
| Started | 전체 작업 시작 시간 |
| Completed | 최종 완료 시간 |
이렇게 하면 여러 전송과 처리 작업이 연결되어 있어도 전체 흐름과 개별 단계의 상태를 함께 추적할 수 있습니다.
예외 흐름#
특정 단계가 실패해도 전체 작업 상태를 확인하고 필요한 부분만 다시 처리하기
다단계 워크플로에서는 특정 단계에서 문제가 발생하더라도 모든 작업을 처음부터 다시 실행할 필요가 없는 경우가 있습니다.
실행 결과를 기준으로 문제가 발생한 단계와 영향을 받는 이후 작업을 확인한 뒤 필요한 부분을 다시 실행할 수 있습니다.
Workflow Run
│
▼
┌──────────────┐
│ Failed Stage │
└──────┬───────┘
│
┌───────────┼───────────┐
▼ ▼ ▼
Source Condition Target
Check Check Check
│ │ │
└───────────┼───────────┘
▼
Fix Settings
│
▼
Retry Stage
│
▼
Continue Workflow문제 발생 시에는 전체 Flow를 한 번에 확인하는 대신 실패한 단계의 특성에 따라 원인을 구분할 수 있습니다.
| 문제 위치 | 확인 항목 | 대응 |
|---|---|---|
| 전송 단계 | Source와 Target 연결 상태 | 연결 및 경로 확인 |
| 처리 단계 | 프로그램과 실행 환경 | 실행 조건 조정 |
| 조건 분기 | 파일 조건과 이전 결과 | 분기 기준 확인 |
| 병렬 작업 | 대상별 실행 상태 | 문제가 발생한 대상 확인 |
| 결과 단계 | 전체 완료 조건 | 결과 처리 기준 확인 |
이처럼 여러 단계의 파일 워크플로를 구성하면 단순한 파일 전송을 넘어 순차 처리 → 병렬 배포 → 조건 분기 → 결과 수집 → 예외 처리까지 하나의 Flow 안에서 연결할 수 있습니다.
각 작업을 개별적으로 실행하고 관리하는 대신, 파일과 처리 결과의 흐름에 따라 필요한 작업을 조합해 실제 업무 환경에 맞는 자동화 구조를 구성할 수 있습니다.