파일 전송
Embedded File Transfer
기존 애플리케이션의 화면과 로직은 그대로 두고 파일 전송 기능만 연결하는 INNORIX Embedded Transfer를 소개합니다.
EMBEDDED CAPABILITY
파일 전송을 애플리케이션의 기능으로 만드세요.
업로드 버튼 하나를 만드는 것은 어렵지 않습니다. 하지만 실제 서비스에서 수 GB·TB 파일, 수많은 파일, 장시간 전송과 불안정한 네트워크까지 처리하려면 이야기가 달라집니다.
Progress, Resume, Retry, Parallel Transfer, Recovery, Integrity, Concurrency와 Transfer Result까지 애플리케이션이 직접 구현하고 운영해야 하기 때문입니다.
INNORIX Embedded File Transfer는 기존 애플리케이션의 화면과 업무 로직은 그대로 유지하면서 Enterprise File Transfer를 제품의 기능으로 연결합니다.
Your Application · Upload Files
INNORIX Transfer
EXPERIENCE FIRST
기존 제품의 Experience에 File Transfer를 포함합니다.
Embedded File Transfer의 중심은 API 자체가 아닙니다.
고객 포털, 연구 시스템, 제조 시스템, 콘텐츠 서비스와 사내 업무 시스템에 이미 존재하는 Workflow 안에서 파일을 보내고 받는 경험을 제품의 일부로 만드는 것이 핵심입니다.
BEFORE
WITH INNORIX
사용자는 별도의 Transfer Tool로 이동하기보다 현재 사용하고 있는 Application 안에서 파일을 선택하고, 진행 상태를 확인하고, 결과를 이어서 사용할 수 있습니다.
ROLE SPLIT
애플리케이션은 업무를, INNORIX는 파일 전송을 담당합니다.
기존 Application의 Business Logic을 INNORIX로 옮기는 것이 아닙니다.
각 시스템이 가장 잘하는 영역을 그대로 유지하면서 File Transfer Engine만 연결합니다.
Application은 누가 무엇을 왜 보내는지를 결정하고, INNORIX는 선택된 파일을 실제 Target까지 전달하고 결과를 반환하는 역할을 담당합니다.
UI CONNECTED
필요한 Transfer 기능을 기존 UI에 연결합니다.
제품의 UX에 따라 필요한 Transfer Experience를 구성할 수 있습니다.
Customer Portal
Research System
두 경우 모두 실제 Data Movement는 INNORIX Transfer Engine이 담당하지만 사용자에게 보이는 Experience는 해당 Application의 목적에 맞게 구성합니다.
DATA MOVEMENT
Upload를 넘어 다양한 Data Movement를 연결합니다.
Embedded File Transfer는 Browser Upload 하나를 추가하는 기능에 한정되지 않습니다. Application이 업무에 필요한 Data Movement를 요청하고 INNORIX가 실제 Transfer를 실행하는 구조이기 때문에 다양한 Source와 Target을 연결할 수 있습니다.
Application은 업무의 시작점이 되고, INNORIX는 필요한 Data Path를 실행합니다.
CONTROL / DATA SPLIT
Control과 Data Movement를 각자의 역할에 맞게 분리합니다.
Application이 Transfer를 요청한다고 해서 대용량 Data 자체가 Application Backend를 중심으로 움직여야 하는 것은 아닙니다.
Business / Control
Data Movement
Source
Target
Application은 사용자와 업무 상태를 관리하고 INNORIX는 Source와 Target 사이의 Transfer를 관리합니다.
이 구조를 통해 Business Logic과 Data Movement를 서로 독립적으로 확장할 수 있습니다.
LARGE FILE
대용량 파일을 기존 제품의 기능으로 제공합니다.
애플리케이션에서 큰 파일을 다루기 시작하면 단순 Request/Response 방식만으로는 사용자 Experience와 운영 요구가 빠르게 복잡해집니다.
INNORIX Large File Transfer Capability를 Embedded Transfer에 그대로 적용할 수 있습니다.
Application은 Transfer Protocol과 Recovery Logic을 직접 구현하기보다 완료된 Transfer Result를 업무 상태로 사용할 수 있습니다.
HIGH VOLUME
수많은 파일도 같은 Interface에서 처리합니다.
하나의 큰 파일뿐 아니라 수천·수백만 개의 파일로 구성된 Dataset도 Application에서 처리할 수 있습니다.
사용자에게는 하나의 Dataset 또는 Project로 보이더라도 Transfer Layer에서는 개별 파일의 처리와 결과까지 관리할 수 있습니다.
WORKFLOW EVENT
Transfer Event를 기존 Workflow에 연결합니다.
파일 전송은 대부분 업무의 끝이 아니라 다음 Process의 시작점입니다.
예를 들어 사용자가 분석용 Dataset을 제출하면 Application이 INNORIX Transfer를 시작하고, 완료 결과를 받은 뒤 기존 분석 시스템을 실행할 수 있습니다.
다음 Business Process를 결정하고 실행하는 것은 기존 Application이며, INNORIX는 Transfer의 상태와 완료 결과를 전달합니다.
STATUS SYNC
Transfer 완료를 Application Status로 사용합니다.
Application에서는 File Transfer의 내부 동작보다 업무에서 사용할 수 있는 명확한 상태가 중요합니다.
UPLOADING → READY
Transfer Result를 Application의 Business Workflow와 연결하면 사용자가 별도의 Transfer Log를 확인하지 않아도 현재 업무 상태를 이해할 수 있습니다.
INTEGRATION MODE
제품에 맞는 Integration 방식을 선택합니다.
모든 Application이 동일한 방식으로 File Transfer를 보여줄 필요는 없습니다.
Customer Portal처럼 Progress를 직접 보여줄 수도 있고, Enterprise System처럼 Background에서 Transfer를 실행할 수도 있습니다.
Integration 방식이 달라도 같은 INNORIX Transfer Engine을 사용합니다.
ONE ENGINE
웹, 데스크톱과 업무 시스템에 같은 Transfer Engine을 연결합니다.
INNORIX DevKit
INNORIX Transfer
Application의 형태보다 중요한 것은 업무가 어떤 파일을 어디로 전달해야 하는가입니다.
동일한 Transfer Capability를 여러 Application에서 재사용할 수 있어 각 제품마다 별도의 File Transfer Engine을 구축하는 구조를 줄일 수 있습니다.
API FLOW
API로 Transfer를 시작하고 Result를 다시 받습니다.
DevKit은 Embedded File Transfer를 Application에 연결하기 위한 Interface를 제공합니다.
API는 이 상품의 목적이 아니라 Application과 Transfer Layer를 연결하는 방법입니다.
BACKEND SPLIT
Backend와 Transfer Engine을 각자의 영역에서 운영합니다.
Application Backend는 기존 역할을 그대로 담당합니다.
이렇게 역할을 분리하면 Application 개발팀은 Product Logic과 사용자 Experience에 집중하고 Transfer Layer는 대용량·대량 Data Movement와 Recovery를 전문적으로 처리합니다.
PLATFORM OPS
Transfer Operation은 INNORIX Platform에서 이어집니다.
Application에 Embedded된 Transfer라고 해서 운영까지 각 Application 안에 흩어질 필요는 없습니다.
Application A · B · C · D
INNORIX Platform
여러 Application에서 발생한 Transfer를 Platform에서 확인할 수 있습니다.
사용자는 각 Application에서 자신의 업무를 수행하고, 운영팀은 전체 Transfer Infrastructure를 하나의 운영 영역에서 관리합니다.
SHARED LAYER
여러 애플리케이션이 하나의 Transfer Layer를 공유합니다.
조직 안에서 File Transfer가 필요한 Application이 늘어나면 각 시스템이 별도의 Upload, Download, Retry와 Transfer Logic을 갖게 될 수 있습니다.
Portal · Research App · Factory App · Media App · AI Platform
INNORIX Transfer Layer
각 Application의 UI와 Business Logic은 독립적으로 유지하면서 Data Movement는 공통 Transfer Layer를 사용할 수 있습니다.
이 구조는 새로운 Application이 추가될 때도 같은 Transfer Capability를 재사용할 수 있게 합니다.
SCOPE GROWTH
하나의 Transfer 기능에서 전체 Data Movement로 확장합니다.
처음에는 Application에 Upload 하나를 추가하는 것으로 시작할 수 있습니다.
업무가 확장되면 같은 Transfer Layer에서 더 다양한 Data Movement를 연결할 수 있습니다.
INNORIX DevKit
- Large File
- High-Volume
- Server-to-Server
- Object Storage
- Distribution / Collection
- Automated Transfer
- AI Data Delivery
새로운 Transfer Requirement가 생길 때 Application마다 별도의 전송 방식을 추가하기보다 같은 Integration에서 필요한 Transfer Capability를 확장합니다.
MANY VIEWS
Application에는 기능으로, 운영팀에는 Infrastructure로 제공합니다.
Embedded File Transfer는 사용하는 사람에 따라 다르게 보입니다.
이 구조가 Embedded File Transfer와 단순한 API 제공의 가장 큰 차이입니다.
사용자에게 새로운 Transfer Product를 학습시키는 것이 아니라 이미 사용하는 제품에 File Transfer Capability를 포함합니다.
CORE SCOPE
Embedded File Transfer의 핵심 범위
API와 SDK, Embedded UI와 Headless Integration은 이 경험을 구현하기 위한 DevKit의 Integration Method입니다.
Embedded File Transfer라는 상품의 중심은 끝까지 "기존 Application 안에서 Enterprise File Transfer를 하나의 제품 기능으로 제공한다"는 데 있습니다.
GET STARTED
파일 전송을 제품의 일부로 제공하세요.
기존 UI와 Business Logic을 유지하면서 Upload, Download와 Data Movement에 INNORIX Transfer Capability를 연결합니다.
사용자는 현재 사용하던 Application 안에서 파일을 보내고 받고, 개발자는 API와 SDK로 Transfer를 연결하며, 운영팀은 여러 Application에서 발생하는 Transfer를 하나의 Platform에서 관리합니다.
제품의 Experience는 그대로.
File Transfer는 INNORIX로.
파일 전송을 애플리케이션에 추가하고 싶으신가요?
기존 애플리케이션에 필요한 파일 전송 기능과 연동 방법을 함께 검토해드립니다.
- Web·Desktop·업무 시스템 환경 검토
- API·SDK 연동 방식 제안
- 기존 UI와 Workflow 적용 안내