파일 전송
기존 애플리케이션의 화면과 로직은 그대로 두고 파일 전송 기능만 연결하는 INNORIX Embedded Transfer를 소개합니다.
File Transfer
업로드 버튼 하나를 만드는 것은 어렵지 않습니다. 하지만 실제 서비스에서 수 GB, TB 파일, 수많은 파일, 장시간 전송과 불안정한 Network까지 처리하려면 Progress, Resume, Retry, Parallel Transfer, Recovery, Integrity, Concurrency와 Transfer Result까지 Application이 직접 구현하고 운영해야 합니다.
Your Application
Upload Files
INNORIX Embedded File Transfer는 기존 Application의 화면과 Business Logic은 그대로 유지하면서 Enterprise File Transfer를 제품의 기능으로 연결합니다. 사용자는 원래 사용하던 Application 안에서 파일을 보내고 받고, 개발자는 필요한 Transfer Capability를 연결하며, 운영팀은 여러 Application에서 발생한 Transfer를 하나의 Infrastructure로 관리할 수 있습니다.
File Transfer
Embedded File Transfer의 중심은 API 자체가 아닙니다. Customer Portal, Research System, Manufacturing System, Content Service와 사내 업무 시스템에 이미 존재하는 Workflow 안에서 파일을 보내고 받는 경험을 원래 제품의 일부로 만드는 것이 핵심입니다.
사용자는 별도의 Transfer Tool로 이동하지 않고 현재 Application에서 파일을 선택하고, Progress를 확인하고, 완료 결과를 다음 업무에 이어서 사용할 수 있습니다. Transfer가 화면에 명확하게 드러나는 Upload, Download일 수도 있고, 사용자가 전송 자체를 거의 인식하지 않는 Background 업무일 수도 있습니다. 실제 Data Movement는 INNORIX가 담당하지만 사용자에게 보이는 Experience는 Application의 목적과 UX에 맞게 유지됩니다.
Application Experience, Embedded Transfer
Before
With INNORIX
File Transfer
기존 Application의 Authentication, Authorization, Business Logic과 사용자 Workflow를 INNORIX로 옮기는 것이 아닙니다. Application은 누가 어떤 파일을 왜 보내는지, Source와 Target이 무엇인지, Transfer 이후 어떤 업무를 실행할지를 계속 결정합니다.
INNORIX는 Application이 결정한 File과 Source, Target을 실제로 연결하고 Large File Handling, Parallel Transfer, Resume, Retry, Recovery와 Transfer Result를 담당합니다. 이렇게 역할을 분리하면 Product Team은 기존 UX와 Business Logic에 집중하고 Transfer Layer는 Data Movement와 완료 상태를 전문적으로 처리할 수 있습니다.
Your Application, INNORIX
File Transfer
모든 Application이 File Transfer를 같은 방식으로 보여줄 필요는 없습니다. Customer Portal에서는 File Selector, Progress와 완료 상태를 직접 보여줄 수 있고, Research System에서는 Submit for Analysis 같은 업무 Action 뒤에서 Dataset Transfer를 실행할 수 있으며, Enterprise System에서는 사용자의 추가 조작 없이 Background Transfer로 처리할 수도 있습니다.
Embedded UI, Custom UI, Headless, Background와 Workflow 방식은 서로 다른 Transfer Engine을 의미하지 않습니다. Application이 어떤 Experience를 제공하든 같은 INNORIX Transfer Capability를 사용하고, Transfer가 사용자에게 얼마나 보일지는 Product UX가 결정합니다.
Integration, 적용 방식
Customer Portal
Research System
File Transfer
Embedded File Transfer는 Browser Upload 하나를 추가하는 기능에 한정되지 않습니다. Application이 업무에 필요한 Data Movement를 요청하고 INNORIX가 실제 Transfer를 실행하는 구조이므로 User → Server뿐 아니라 Server → Server, Server → Object Storage, Storage → Processing, Device → Data Center와 Dataset → AI Compute 같은 경로로 확장할 수 있습니다.
Application은 계속 업무의 시작점과 상태를 관리합니다. 사용자가 Dataset을 제출하거나 분석을 시작하면 Application이 필요한 Source와 Target을 결정하고 Transfer를 요청하며, INNORIX는 해당 Data Path를 실행한 뒤 결과를 반환합니다. 따라서 Application의 기능이 확장되어도 새로운 Transfer 방식마다 별도의 Engine을 다시 구축하지 않고 같은 Integration에서 필요한 Data Movement를 추가할 수 있습니다.
Application에서 발생한 업무, Data Movement
File Transfer
Application이 Transfer를 요청한다고 해서 대용량 Data 자체가 Application Backend를 중심으로 이동해야 하는 것은 아닙니다. Backend가 사용자 인증과 업무 상태를 관리하는 동시에 수백 GB의 Data Path까지 직접 담당하면 Product Logic과 Transfer Infrastructure의 확장이 서로 영향을 줄 수 있습니다.
Application은 Business와 Control을 담당하고 API를 통해 Transfer를 요청하며, INNORIX Platform은 Transfer Control을 수행합니다. 실제 Data는 필요한 Source와 Target 사이에서 이동하도록 구성해 Business Logic과 Data Movement를 서로 독립적으로 확장할 수 있습니다.
File Transfer
Application에서 큰 파일을 다루기 시작하면 단순 Request/Response 방식만으로는 사용자 Experience와 운영 요구가 빠르게 복잡해집니다. 장시간 Transfer에서는 Progress와 Resume이 필요하고 Network가 중단되면 Recovery가 필요하며, 실제 업무에서는 Transfer가 완료되었는지를 Application이 명확한 Result로 받아야 합니다.
하나의 큰 파일뿐 아니라 수천, 수백만 개의 파일로 구성된 Dataset도 같은 Application Experience에서 처리할 수 있습니다. INNORIX는 Large File과 High-Volume Transfer Capability를 Embedded Transfer에 적용해 Single Large File, Many Small Files, Directory와 Mixed Dataset을 처리하고, 사용자에게는 하나의 Dataset이나 Project로 보여도 Transfer Layer에서는 개별 File의 처리 상태와 결과까지 관리합니다.
Data Profile, 적용되는 Transfer
File Transfer
File Transfer는 대부분 업무의 끝이 아니라 다음 Process의 시작점입니다. 사용자가 분석용 Dataset을 제출하면 Application이 Transfer를 시작하고, Transfer가 완료된 뒤 분석 시스템을 실행하거나 Application Status를 UPLOADING → READY로 변경할 수 있습니다.
다음 Business Process를 결정하고 실행하는 것은 기존 Application이며 INNORIX는 Transfer의 Progress, Status, Result와 Callback을 제공합니다. Application은 내부 Transfer Log를 해석하기보다 업무에서 사용할 수 있는 명확한 완료 결과를 받아 기존 Workflow의 상태와 다음 Action에 연결할 수 있습니다.
Interface, 역할
File Transfer
Application의 형태보다 중요한 것은 업무가 어떤 파일을 어디로 전달해야 하는가입니다. Web Application, Desktop App과 Enterprise App의 UI와 실행 방식은 서로 달라도 실제 Transfer Capability를 공통 Engine에서 사용할 수 있습니다.
DevKit은 Application과 Transfer Layer를 연결하기 위한 Interface를 제공합니다. API와 SDK, Embedded UI와 Headless Integration은 상품의 목적 자체가 아니라 기존 Product Experience 안에 같은 Transfer Capability를 구현하기 위한 Integration Method입니다. 새로운 Application이 추가될 때도 각 제품마다 별도의 File Transfer Engine을 구축하기보다 동일한 Transfer Layer를 재사용할 수 있습니다.
File Transfer
Application Backend는 Authentication, Authorization, Business Logic, Database, Transaction과 Workflow 같은 기존 역할을 계속 담당합니다. Transfer State와 Resume, Retry, 실제 Data Movement, File Result와 Receipt는 INNORIX Transfer Layer에서 관리합니다.
이 역할 분리는 개발팀과 운영팀의 관점에서도 중요합니다. 개발팀은 Product Logic과 사용자 Experience를 유지하면서 필요한 Transfer Interface만 연결하고, Transfer Layer는 대용량, 대량 Data Movement와 Recovery를 담당합니다. Application의 Release Cycle과 Transfer Infrastructure의 운영을 분리하면서 두 영역을 필요한 규모로 각각 확장할 수 있습니다.
Application Backend, INNORIX Transfer
File Transfer
Application에 Embedded된 Transfer라고 해서 운영까지 각 Application 안에 흩어질 필요는 없습니다. Portal, Research App, Factory App, Media App과 AI Platform은 각자의 UI와 Business Logic을 유지하면서 공통 INNORIX Transfer Layer를 사용할 수 있습니다.
사용자는 각 Application에서 자신의 업무를 수행하고 운영팀은 Devices, Flows, Runs, File Status, Monitoring과 Receipt를 통해 여러 Application에서 발생한 Transfer를 하나의 운영 영역에서 확인합니다. 조직 안에서 File Transfer가 필요한 Application이 늘어나도 Product Experience는 분리하고 Data Movement Infrastructure는 공통으로 운영할 수 있습니다.
사용자, 보이는 것
Runs, Monitoring, Receipt
File Transfer
처음에는 Application에 Upload나 Download 하나를 추가하는 것으로 시작할 수 있습니다. 이후 업무가 확장되면 같은 Integration에서 Large File, High-Volume, Server-to-Server, Object Storage, Distribution, Collection, Automated Transfer와 AI Data Delivery까지 필요한 Transfer Capability를 연결할 수 있습니다.
Embedded File Transfer의 중심은 끝까지 API나 SDK의 개수에 있지 않습니다. 사용자에게 새로운 Transfer Product를 학습시키는 대신 이미 사용하는 제품에 Enterprise File Transfer를 하나의 기능으로 포함하고, 개발자와 운영팀은 그 뒤의 Data Movement를 공통 Transfer Layer에서 확장하는 것이 핵심입니다.
File Transfer
기존 UI와 Business Logic을 유지하면서 Upload, Download와 Data Movement에 INNORIX Transfer Capability를 연결합니다.
사용자는 현재 사용하던 Application 안에서 파일을 보내고 받고, 개발자는 API와 SDK로 필요한 Transfer를 연결하며, 운영팀은 여러 Application에서 발생하는 Transfer를 하나의 Platform에서 관리합니다.
제품의 Experience는 그대로. File Transfer는 INNORIX로.
INNORIX Embedded File Transfer는 INNORIX Platform의 파일 전송 기능을 기존 애플리케이션과 서비스에 통합할 수 있도록 제공합니다. 개발자 가이드에서 API와 SDK, 구현 예제를 확인하고 필요한 파일 전송 기능을 직접 연결할 수 있습니다.
개발자 가이드 보기기존 애플리케이션에 필요한 파일 전송 기능과 연동 방법을 함께 검토해드립니다.