파일 전송
Automated File Transfer
간단한 반복 전송부터 복잡한 Flow까지 필요한 만큼 확장 가능한 INNORIX 파일 전송 자동화를 소개합니다.
START SIMPLE
두 장비의 반복 전송부터 전체 Transfer Flow까지 자동화합니다.
파일 전송 자동화는 복잡한 Workflow에서 시작할 필요가 없습니다.
Server A에서 Server B로 매일 같은 파일을 보내는 작업이라면 Source, Target과 시간을 정하는 것만으로 자동화를 시작할 수 있습니다. 업무가 확장되면 A → B → C의 순차 전송, 여러 곳으로의 배포와 수집, 외부 시스템의 Processing까지 같은 Flow에서 연결할 수 있습니다.
INNORIX 파일 전송 자동화는 간단한 반복 Transfer를 몇 가지 설정으로 시작하고, 필요한 만큼 Trigger, Condition, Branch와 외부 시스템을 연결해 전체 Data Movement로 확장합니다.
SIMPLE AUTOMATION
EXTEND WHEN NEEDED
A → B → C
- D
- External Process
FIRST FLOW
Source, Target과 시간을 정하면 첫 번째 자동화가 완성됩니다.
가장 단순한 파일 전송 자동화에는 복잡한 Workflow 설계가 필요하지 않습니다.
Create Flow
운영자는 매번 Server에 접속해 Command를 실행하는 대신 한 번 만든 Transfer를 필요한 시간에 반복 실행할 수 있습니다.
GROW AS NEEDED
단순한 Schedule에서 필요한 만큼 확장합니다.
자동화의 복잡도는 업무의 복잡도에 맞춰 단계적으로 추가할 수 있습니다.
처음부터 모든 조건을 설계하는 것이 아니라 현재 필요한 자동화부터 만들고 같은 Flow Model에서 확장합니다.
SCHEDULE
업무 시간에 맞춰 반복 Transfer를 실행합니다.
정해진 시간에 실행되는 Transfer는 가장 기본적인 Automation입니다.
SCHEDULE → Transfer
- One-Time
- Every Hour
- Daily 02:00
- Weekly
- Weekend
- Night
즉시 실행과 일회성 작업부터 시간·일·주·월 단위의 반복 업무, 야간과 주말 Transfer까지 업무 주기에 맞춰 구성할 수 있습니다.
Source와 Target, 파일 조건과 Schedule을 Flow로 저장해 반복 업무 자체를 재사용 가능한 Transfer Configuration으로 유지합니다.
TRIGGERS
시간뿐 아니라 업무의 변화를 Trigger로 사용합니다.
모든 Transfer가 정해진 시각에 시작되는 것은 아닙니다.
새로운 파일이 준비되거나 외부 Application에서 요청이 들어오거나 이전 Transfer가 완료되는 순간 다음 Transfer를 시작할 수 있습니다.
TRANSFER
언제 시작할 것인가를 Transfer 자체와 함께 구성합니다.
FILE CONDITIONS
파일 조건을 자동화에 포함합니다.
같은 Folder 안의 모든 파일을 항상 같은 방식으로 처리할 필요는 없습니다.
Source Folder → Filter
- *.csv → Analytics
- *.mp4 → Media
- *.log → Archive
Trigger → File Selection → Transfer를 하나의 Flow 안에서 연결합니다.
CHAINED TRANSFERS
Transfer 완료를 다음 Transfer의 시작점으로 사용합니다.
반복 Transfer가 여러 단계의 Data Movement로 확장되면 하나의 Transfer 결과가 다음 단계의 Trigger가 될 수 있습니다.
Source → Processing Server → Archive → Distribution
각 단계마다 별도의 cron과 Script를 연결하기보다 Transfer 사이의 순서를 하나의 Flow로 표현하고 실행합니다.
EXTERNAL PROCESSING
외부 Processing을 Transfer 사이에 연결합니다.
실제 업무에서는 파일이 도착한 뒤 다른 시스템이 작업을 수행해야 하는 경우가 많습니다.
INNORIX는 Data Movement를 자동화하고 기존 Application은 원래의 Processing과 Business Logic을 계속 담당합니다.
BRANCHING
하나의 Flow에서 여러 방향으로 분기합니다.
업무 조건에 따라 하나의 Transfer 이후 여러 Target으로 전달하거나 서로 다른 다음 단계를 실행할 수 있습니다.
A → B
Transfer Result
- Condition A → Target A
- Condition B → Target B
- Condition C → Next Process
Sequential Flow와 Branch를 조합해 실제 업무의 Data Movement를 Transfer 단위로 표현합니다.
DISTRIBUTION & COLLECTION
여러 곳으로 보내고 여러 곳에서 자동으로 모읍니다.
Automation은 1:1 Transfer에서 Distribution과 Collection으로 확장할 수 있습니다.
DISTRIBUTION
A
COLLECTION
D
여기서 Distribution과 Collection의 상세 운영은 각각의 Transfer 상품이 담당하고, Automation에서는 언제 실행되고 어떤 순서로 연결되는가에 집중합니다.
SUCCESS & RECOVERY
성공과 Recovery를 같은 Flow에서 운영합니다.
자동화는 Transfer를 시작하는 것만으로 완성되지 않습니다.
장시간 실행되는 업무에서는 Transfer 중단이나 일부 File 실패가 발생했을 때 어디서부터 어떻게 이어갈 것인지도 Flow의 일부가 됩니다.
Flow
- Transfer A — Completed
- Transfer B — Interrupted → Resume
- Transfer C — Completed
- Next Step
이미 완료된 Transfer와 File Result를 유지하면서 실제 Recovery가 필요한 범위부터 Flow를 이어갑니다.
RECOVERY PATH
Recovery Path도 업무 조건에 맞게 구성합니다.
정상적인 실행 경로와 함께 문제가 발생했을 때의 처리도 연결할 수 있습니다.
Transfer
- Success → Next Flow
- Failure → Retry
- Failure → Alert
- Failure → Error Flow
Automation을 단순한 실행 Scheduler보다 완료까지 이어지는 Transfer Process로 운영합니다.
REUSABLE FLOWS
Flow를 재사용해 새로운 Source와 Target에 적용합니다.
같은 업무가 다른 Server, Branch와 Project에서도 반복된다면 Automation Logic 자체를 다시 만들 필요는 없습니다.
REUSABLE FLOW
Flow는 무엇을 언제 어떤 순서로 이동할지를 정의하고 Devices는 실제 Source와 Target을 담당합니다.
Infrastructure와 Automation Logic을 분리해 반복되는 업무를 재사용할 수 있습니다.
DYNAMIC ENDPOINTS
변화하는 Endpoint에도 같은 Flow를 연결합니다.
Cloud, Kubernetes, AI Compute와 Edge에서는 실제 Endpoint가 실행 시점에 달라질 수 있습니다.
Endpoint Group
기존 Infrastructure와 Orchestrator가 사용할 Endpoint를 결정하면 INNORIX는 해당 Endpoint에 기존 Flow의 Transfer를 실행합니다.
Automated File Transfer는 언제·어떤 순서로 실행할지를 담당하고 Dynamic Endpoint Transfer는 변화하는 실제 Target과 연결됩니다.
FROM SCRIPTS TO FLOWS
Script 기반 자동화를 운영 가능한 Flow로 전환합니다.
기존 파일 전송 자동화는 Shell Script, Batch, cron과 Scheduler로 충분히 구현할 수 있습니다.
문제는 업무가 증가하면서 Script가 여러 Server에 흩어지고 Transfer Relationship과 Retry, 실행 결과를 파악하기 어려워지는 시점입니다.
BEFORE
INNORIX
현재 잘 동작하는 Script를 모두 동시에 변경하는 것이 아니라 운영 부담이 커지는 Transfer부터 Flow로 전환하고 확장할 수 있습니다.
ONE RUN
Flow 실행을 하나의 Run으로 확인합니다.
자동화가 여러 단계로 구성되면 "작업이 실행되었다"보다 전체 업무가 어디까지 진행되었는가가 중요합니다.
RUN-1842
운영자는 Flow → Run → Transfer → File 순서로 필요한 수준까지 확인할 수 있습니다.
CALLBACK TO BUSINESS
Transfer 결과를 기존 시스템의 다음 동작으로 연결합니다.
INNORIX 안에서 자동화가 끝날 필요는 없습니다.
외부 시스템은 Transfer Result를 받은 뒤 Database Update, Approval, Analysis, Processing과 같은 기존 업무를 계속 실행할 수 있습니다.
INNORIX는 Transfer가 실제로 완료되었다는 상태를 기존 Workflow가 사용할 수 있는 결과로 반환합니다.
API-DRIVEN
API와 Flow를 같은 Automation Model에서 사용합니다.
Automation의 시작점이 INNORIX 내부에 있을 필요도 없습니다.
Application과 기존 System에서 Transfer를 요청할 수 있습니다.
Manual, Schedule, Event, API와 Webhook 중 어떤 방식으로 시작해도 실제 Transfer는 동일한 Flow와 Run Model에서 운영됩니다.
따라서 내부 자동화와 Application Integration을 서로 다른 Transfer System으로 만들지 않고 같은 Data Movement Layer에서 연결할 수 있습니다.
ACROSS TRANSFER TYPES
다양한 Transfer를 같은 Flow에서 자동화합니다.
Automation은 특정 File Transfer 방식에 종속되지 않습니다.
따라서 Automation은 별도의 Data Path를 만드는 제품이라기보다 INNORIX의 여러 Transfer를 시간, Event, Condition과 순서로 연결하는 실행 Layer에 가깝습니다.
SCOPE
자동화의 핵심 범위
SCOPE
이 구분을 통해 Automation 페이지가 모든 Transfer 상품을 설명하는 페이지가 아니라 Transfer의 Trigger와 실행 관계를 담당하는 상품으로 명확해집니다.
GET STARTED
한 번 설정하고 필요한 만큼 Flow를 확장하세요.
처음에는 Source와 Target을 선택하고 시간을 정해 A → B를 자동화합니다.
업무가 늘어나면 File Event와 API를 Trigger로 사용하고, A → B → C의 순차 Transfer, Branch, Distribution과 Collection, 외부 Processing을 같은 Flow에 연결합니다.
간단한 반복 전송에서 시작해 복잡한 업무까지 같은 방식으로 확장하고, Resume과 Recovery로 실행을 이어가며 Runs와 Receipt로 실제 완료 결과까지 운영합니다.
파일 전송 자동화를 검토하고 계신가요?
현재 반복되는 전송부터 필요한 자동화 Flow를 함께 구성해드립니다.
- Script·Batch·Schedule 환경 검토
- 반복 전송의 Flow 전환 제안
- API·Event·외부 시스템 연동 안내