File Distribution & Collection

File Transfer

여러 곳으로 보내고 여러 곳의 결과를 하나로 모읍니다.

본사에서 여러 지사로 파일을 배포하고, 여러 공장과 장비에서 생성된 데이터를 중앙으로 수집하는 일은 단순한 1:1 Transfer의 반복처럼 보일 수 있습니다. 하지만 Source와 Target이 늘어나면 중요한 것은 전송 횟수가 아니라 필요한 모든 곳에 정확하게 전달되었는지, 필요한 모든 Source에서 데이터가 빠짐없이 도착했는지입니다.

File Transfer

Distribution은 모든 Target의 도착 상태를 기준으로 완료합니다.

Distribution에서 중요한 것은 Source에서 전송을 시작했다는 사실이 아니라 지정된 모든 Target에 필요한 파일이 실제로 전달되었는가입니다. 운영자는 전체 Distribution의 진행 상태에서 시작해 Target별 완료 여부와 개별 File Result까지 내려가 확인하고, 일부 Target에 문제가 발생하더라도 이미 완료된 범위는 유지하면서 필요한 대상만 다시 처리할 수 있어야 합니다.

예를 들어 300개의 Target 가운데 297곳이 완료되고 3곳에서 장애가 발생했다면 전체 Distribution을 처음부터 반복하는 대신 남은 3곳의 상태와 필요한 File을 기준으로 Resume 또는 Retry를 수행하는 것이 효율적입니다. INNORIX는 "전송을 실행했다"에서 "모든 지정 Target에 전달되었다"까지를 하나의 Distribution Result로 관리합니다.

File Transfer

준비되는 시점이 다른 Endpoint도 같은 배포, 수집 범위에서 운영합니다.

Branch, Factory, Edge Device와 Remote Server는 항상 같은 순간에 연결되거나 데이터를 준비하지 않습니다. Collection에서는 먼저 준비된 Source의 데이터부터 처리하고 늦게 준비된 Endpoint를 같은 Collection 안에서 이어서 처리할 수 있어야 하며, Distribution에서도 Ready 상태의 Target부터 전송하고 Offline이나 Busy 상태의 Endpoint는 조건이 충족될 때까지 기다릴 수 있어야 합니다.

INNORIX는 모든 Endpoint가 동시에 준비되는 순간을 전제로 하기보다 Endpoint별 상태를 기준으로 Distribution과 Collection을 진행합니다. 이를 통해 연결 시점과 업무 시간이 서로 다른 분산 환경에서도 전체 대상 범위는 유지하면서 실제 가능한 Endpoint부터 Transfer를 처리하고 최종 Completeness까지 이어갈 수 있습니다.

File Transfer

Endpoint가 늘어나도 Transfer Capacity와 Data Movement를 함께 확장합니다.

1:N Distribution에서 Target이 증가하거나 N:1 Collection에서 Source가 증가하면 동시에 실행되는 Transfer도 많아집니다. 모든 Endpoint에 무조건 최대 Transfer를 동시에 실행하는 것보다 Source, Target, Network와 Storage의 실제 Capacity에 맞춰 Parallel Transfer와 Concurrency를 조정하고 대기 작업을 Queue로 관리하는 것이 중요합니다.

INNORIX는 Control과 실제 Data Movement의 역할을 분리해 Platform에서 Distribution, Collection의 관계, Flow, 실행 상태와 결과를 관리하면서 실제 Data는 필요한 Source와 Target 사이에서 이동하도록 구성할 수 있습니다. Endpoint가 증가해도 Data Movement는 분산하고 Operation은 하나의 Platform에서 유지하는 구조입니다.

File Transfer

Schedule, Event와 기존 시스템의 요청으로 배포, 수집을 실행합니다.

반복되는 Distribution과 Collection은 운영자가 필요할 때 직접 실행할 수도 있지만 Schedule, File Event, API, Webhook과 이전 Transfer의 완료를 기준으로 시작할 수도 있습니다. Automation 자체가 이 상품의 목적이라기보다 필요한 배포와 수집을 실제 업무가 요구하는 시점에 실행하는 방법으로 사용됩니다.

기존 Application과 업무 시스템은 Business Logic과 Processing을 계속 담당하고, INNORIX는 파일의 Distribution, Collection과 실제 Transfer Result를 반환합니다. 예를 들어 Dataset을 여러 Processing Server로 배포하고 기존 시스템이 처리한 Result를 다시 중앙으로 수집하는 과정에서도 Processing Logic을 변경하지 않고 Data Movement만 하나의 Flow로 연결할 수 있습니다.

File Transfer

전체 Distribution과 Collection에서 Endpoint와 File까지 결과를 확인합니다.

여러 Endpoint를 사용하는 Transfer일수록 전체 상태에서 개별 결과까지 단계적으로 내려가 확인할 수 있어야 합니다. 운영자는 Distribution 또는 Collection의 전체 진행 상태를 먼저 보고, 문제가 있는 Source, Target을 확인한 뒤 필요한 경우 개별 File Result까지 확인할 수 있어야 합니다.

INNORIX는 Devices, Flows, Runs, Endpoint Status, File Status, Monitoring과 Receipt를 통해 전체 Distribution 또는 Collection → Endpoint → File 순서로 필요한 수준의 상태와 결과를 확인할 수 있도록 합니다. Infrastructure가 몇 개의 Endpoint에서 여러 Branch, Factory, Cloud와 Edge로 확대되어도 같은 Operation Model을 유지합니다.

File Transfer

여러 곳으로 정확하게 전달하고 필요한 모든 결과를 하나로 모으세요.

본사에서 여러 지사와 Server로 배포하고, 여러 공장과 Device에서 중앙으로 데이터를 수집합니다.

Large File과 수많은 File을 처리하면서 Target별, Source별 상태를 확인하고, 필요한 Endpoint와 File만 다시 처리해 전체 Distribution과 Collection의 최종 Completeness까지 운영합니다.