파일 전송
File Distribution & Collection
여러 곳에 배포하고 여러 곳에서 수집하는 Transfer를 하나의 완료 기준으로 운영하는 INNORIX를 소개합니다.
DISTRIBUTION & COLLECTION
여러 곳으로 보내고 여러 곳의 결과를 하나로 모읍니다.
본사에서 여러 지사로 파일을 배포하고, 여러 공장과 장비에서 생성된 데이터를 중앙으로 수집하는 일은 단순한 1:1 Transfer의 반복처럼 보일 수 있습니다.
하지만 Target과 Source가 늘어나면 중요한 것은 전송 횟수가 아니라 모든 대상에 정확하게 전달되었는지, 모든 Source에서 필요한 데이터가 빠짐없이 도착했는지입니다.
INNORIX 파일 배포 및 수집은 1:N Distribution과 N:1 Collection을 하나의 Transfer로 구성하고, Endpoint별·파일별 진행 상태부터 최종 Completeness까지 운영합니다.
DISTRIBUTION · 1 → N
Headquarters
COLLECTION · N → 1
Data Center
5 / 5 Collected
TRANSFER PATTERNS
1:1 Transfer를 1:N과 N:1로 확장합니다.
하나의 Source에서 여러 Target으로 보내는 Distribution과 여러 Source에서 하나의 Target으로 모으는 Collection은 서로 반대 방향이지만 운영의 핵심은 같습니다.
여러 Endpoint를 하나의 Transfer 단위로 관리하는 것입니다.
개별 Source와 Target마다 별도의 Transfer를 운영하기보다 전체 관계를 하나의 Distribution 또는 Collection으로 구성합니다.
DISTRIBUTION STATUS
배포는 모든 Target의 도착 상태를 관리합니다.
Distribution에서 중요한 것은 Source의 전송이 시작되었다는 사실보다 지정된 모든 Target에 필요한 파일이 전달되었는가입니다.
Headquarters
3 / 5 Complete
운영자는 전체 Distribution 상태에서 시작해 Target별 진행 상태와 개별 File Result까지 확인할 수 있습니다.
"전송을 실행했다"에서 "모든 대상에 전달되었다"까지를 하나의 배포 결과로 관리합니다.
SELECTIVE RETRY
필요한 Target만 선택해서 다시 처리합니다.
여러 곳으로 배포할 때 일부 Target의 장애가 전체 Distribution을 다시 실행해야 하는 이유가 될 필요는 없습니다.
예를 들어 300개의 Target 가운데 297곳이 완료되고 3곳에 문제가 발생했다면 실제 운영 대상은 남은 3곳입니다.
Target와 File Result를 기준으로 완료된 범위는 유지하고 필요한 범위에 집중해 Distribution을 완성합니다.
COLLECTION COMPLETENESS
수집은 모든 Source의 Completeness를 관리합니다.
Collection에서는 중앙 Storage에 파일이 도착했다는 사실만으로 전체 업무가 완료되었다고 판단하기 어렵습니다.
어느 Source의 데이터가 도착했고, 어느 Source가 아직 준비되지 않았으며, 일부 파일만 들어온 곳은 어디인지 확인할 수 있어야 합니다.
DAILY COLLECTION · 2026-09-24
Collection의 중심은 파일을 한곳으로 복사하는 것이 아니라 필요한 Source의 데이터가 모두 모였는지 확인하는 것입니다.
SOURCE STRUCTURE
Source별 결과를 하나의 Collection으로 확인합니다.
여러 공장이나 지사에서 같은 이름의 파일이 생성될 수도 있고 Source별 데이터 구조가 다를 수도 있습니다.
Central Storage
Target에서는 Source의 관계를 유지하도록 경로를 구성할 수 있습니다.
/collection
- /factory-a/result.csv
- /factory-b/result.csv
- /factory-c/result.csv
- /factory-d/result.csv
Source, Path Rule, Filter와 Duplicate Policy를 업무에 맞게 구성해 어디에서 생성된 데이터인지 구분하면서 하나의 Collection으로 운영합니다.
STAGGERED READINESS
늦게 준비되는 Endpoint까지 같은 Collection에 포함합니다.
여러 Source가 항상 같은 순간에 준비되는 것은 아닙니다.
공장, 지사, Edge Device와 Remote Server는 Network 상태와 업무 시간에 따라 서로 다른 시점에 연결되거나 데이터가 준비될 수 있습니다.
5 / 5 Collected
먼저 준비된 Source의 데이터부터 처리하고, 늦게 준비된 Endpoint는 같은 Collection 안에서 이어서 처리할 수 있습니다.
모든 Source가 동시에 준비되는 순간을 기다리는 구조보다 Endpoint별 상태를 기준으로 Collection을 완성합니다.
ENDPOINT READINESS
연결 시점이 다른 Target까지 같은 Distribution으로 운영합니다.
Distribution에서도 Target의 상태는 서로 다를 수 있습니다.
준비된 Target부터 배포를 진행하고 아직 사용할 수 없는 Endpoint는 상태에 맞춰 대기시킬 수 있습니다.
이 구조를 통해 Branch, Factory, Edge와 Remote Environment처럼 Endpoint 상태가 일정하지 않은 환경에서도 전체 배포 범위를 하나의 Distribution으로 관리합니다.
ENDPOINT GROUPS
Endpoint Group으로 배포와 수집 범위를 구성합니다.
Target이나 Source가 많아질수록 개별 Endpoint를 매번 하나씩 선택하는 방식보다 업무 기준의 Group이 중요해집니다.
DISTRIBUTION GROUPS
- Branch Offices
- Factory Servers
- Cloud Servers
- Edge Devices
- AI Compute
COLLECTION GROUPS
- Factories
- Research Sites
- Branch Offices
- Remote Devices
- Processing Servers
하나의 Group에 여러 Endpoint를 연결해 Distribution과 Collection의 Source 또는 Target으로 사용할 수 있습니다.
Infrastructure가 확장되어도 업무의 배포·수집 단위는 Group으로 유지할 수 있습니다.
RELEASE MANAGEMENT
배포 단위를 Release로 관리합니다.
Distribution은 같은 파일을 한 번 보내고 끝나는 업무보다 새로운 Version이 반복적으로 전달되는 경우가 많습니다.
Release 42 · software-v42.pkg
- Branch A · v42 · Completed
- Branch B · v42 · Completed
- Branch C · v42 · Completed
- Branch D · v41 · Waiting
- Branch E · v42 · Completed
Release 단위로 배포할 파일과 Target을 연결하면 어떤 Version이 어디까지 전달되었는지 확인할 수 있습니다.
Software, Model, Configuration, Media Package와 Dataset처럼 Version 단위로 관리되는 데이터를 여러 Endpoint에 배포하는 업무에 적용할 수 있습니다.
TRANSFER CAPACITY
Endpoint 수에 맞춰 Transfer Capacity를 운영합니다.
1:N Distribution에서 Target이 증가하거나 N:1 Collection에서 Source가 증가하면 동시에 실행되는 Transfer도 많아집니다.
Transfer Queue · Capacity Control
모든 Endpoint에 동시에 최대 Transfer를 실행하는 것보다 Source, Target, Network와 Storage Capacity에 맞춰 전체 작업을 처리하는 것이 중요합니다.
DIRECT DATA MOVEMENT
Direct Data Movement로 여러 Endpoint를 연결합니다.
여러 Endpoint의 파일을 하나의 중앙 Transfer Server에 모두 모았다가 다시 전달하면 중앙 지점이 모든 Data Path를 담당하게 됩니다.
INNORIX에서는 Control과 실제 Data Movement의 역할을 분리합니다.
INNORIX Platform · Control / Flow / Monitoring
Data Movement
Platform은 Distribution과 Collection의 관계, 실행 상태와 결과를 관리하고 실제 Data는 필요한 Source와 Target 사이에서 이동하도록 구성합니다.
Endpoint가 증가해도 Data Movement는 분산하고 Operation은 하나의 Platform에서 유지합니다.
LARGE-SCALE DISTRIBUTION
Large File과 High-Volume을 Distribution에 적용합니다.
여러 곳으로 보내는 데이터가 항상 작고 단순한 파일인 것은 아닙니다.
Large Dataset
Large File Transfer와 High-Volume Transfer Capability를 Distribution에 적용해 큰 파일과 수많은 파일을 여러 Target으로 같은 운영 모델에서 전달합니다.
LARGE-SCALE COLLECTION
Large File과 High-Volume을 Collection에도 적용합니다.
여러 Source에서 생성되는 데이터 역시 크기와 개수가 다양합니다.
Data Center
Machine Vision Image, Research Data, Media Asset, Log와 Processing Result처럼 Source마다 다른 Data Profile을 하나의 Collection으로 구성할 수 있습니다.
각 Transfer에는 Large File, High-Volume, Resume와 Recovery Capability를 적용하고 전체 업무에서는 Source별 Completeness를 확인합니다.
SCHEDULED EXECUTION
Distribution과 Collection을 필요한 시간과 Event에 맞춰 실행합니다.
반복되는 배포와 수집은 Schedule, Event와 외부 Application의 요청에 따라 시작할 수 있습니다.
Automation은 이 상품의 주인공이 아니라 Distribution과 Collection을 필요한 시점에 실행하는 방법으로 사용됩니다.
SYSTEM INTEGRATION
기존 업무 시스템과 배포·수집 결과를 연결합니다.
Distribution과 Collection은 더 큰 Business Process의 일부일 수 있습니다.
DISTRIBUTION
COLLECTION
외부 시스템은 업무 Logic을 계속 담당하고 INNORIX는 파일의 배포·수집과 실제 Transfer Result를 반환합니다.
PROCESSING PARTNERSHIP
배포와 외부 Processing을 하나의 업무 관계로 연결합니다.
예를 들어 여러 Processing Server로 Dataset을 배포하고 각 시스템이 작업한 결과를 다시 중앙으로 수집하는 업무가 있을 수 있습니다.
DISTRIBUTION
Dataset
COLLECTION
Central Storage
INNORIX는 Dataset Distribution과 Result Collection을 담당하고 실제 Processing은 기존 Application과 System이 계속 실행합니다.
이 경계를 유지하면 기존 업무 구조를 바꾸지 않고 Data Movement만 연결할 수 있습니다.
TARGETED DELIVERY
지정된 Endpoint까지 파일을 전달합니다.
웹 콘텐츠 배포에서 사용하는 CDN과 Enterprise File Distribution은 목적과 완료 기준이 다릅니다.
INNORIX는 CDN을 대체하는 것이 아니라 어떤 Server, Device와 Storage에 특정 파일이 실제로 전달되어야 하는 업무를 처리합니다.
Distribution의 완료 기준 역시 Cache가 존재하는지가 아니라 지정된 Target의 Transfer Result입니다.
INFRASTRUCTURE REACH
다양한 Infrastructure를 하나의 Distribution & Collection으로 연결합니다.
Source와 Target은 같은 종류의 Server일 필요가 없습니다.
DISTRIBUTION
Headquarters
INNORIX
COLLECTION
INNORIX
Central Storage
Server, Cloud, Object Storage, Factory, Branch와 Edge를 업무에서 필요한 Source와 Target 관계로 구성합니다.
OPERATIONS MONITORING
Distribution과 Collection의 운영 상태를 한곳에서 확인합니다.
여러 Endpoint를 사용하는 Transfer일수록 전체 상태에서 개별 결과까지 내려가 확인할 수 있어야 합니다.
RUN-2841 · DAILY COLLECTION
운영자는 전체 Distribution 또는 Collection → Endpoint → File 순서로 필요한 수준까지 확인할 수 있습니다.
ENTERPRISE SCALE
작은 Endpoint Group에서 Enterprise Distribution으로 확장합니다.
처음부터 수백 개의 Endpoint가 필요한 것은 아닙니다.
두 Server 사이에서 시작한 Transfer가 여러 Branch, Factory, Cloud와 Edge로 확대되어도 Distribution과 Collection의 기본 모델은 동일합니다.
Source Group → Target Group → Transfer → Endpoint Result → Completeness
Infrastructure 규모가 증가해도 같은 방식으로 확장할 수 있습니다.
CORE SCOPE
Distribution과 Collection의 핵심 범위
Schedule, Flow, API와 Callback은 이러한 배포와 수집을 언제 실행하고 다른 업무와 어떻게 연결할지 결정하는 확장 Capability입니다.
페이지의 중심은 끝까지 두 가지입니다.
Distribution — 필요한 모든 곳에 정확하게 전달되었는가.
Collection — 필요한 모든 곳에서 빠짐없이 모였는가.
파일 배포와 수집을 검토하고 계신가요?
여러 Endpoint로 보내거나 모아야 하는 전송 구조를 함께 검토해드립니다.
- Distribution·Collection 환경 검토
- Source·Target 구성 방법 제안
- 반복 배포·수집 자동화 안내