현재의 웹 시스템부터 새로운 데이터 아키텍처까지 연결합니다.

웹 파일 전송을 구축하는 방법은 현재 시스템의 구조와 데이터 규모, 보안 정책, 파일이 저장되는 위치와 전송 이후의 업무에 따라 달라집니다.

기존 시스템을 유지하면서 파일 전송 기능만 강화해야 할 수도 있고, 대용량 File Traffic을 웹 애플리케이션에서 분리해야 할 수도 있습니다. 업로드된 파일이 Storage에 저장되는 것으로 끝나는 경우도 있지만, 이후 처리 서버나 AI 시스템, 다른 지역의 장비로 자동 전송되어야 하는 경우도 있습니다.

Exabyter는 이러한 요구를 하나의 고정된 배치 방식에 맞추기보다 현재 시스템에서 필요한 파일의 경로를 기준으로 구성합니다.

파일의 크기와 사용자 수가 증가하면 웹 애플리케이션의 업무 Traffic과 실제 대용량 파일 Traffic은 서로 다른 특성을 가지게 됩니다.

웹 애플리케이션은 인증, 권한, API, Metadata와 비교적 짧은 업무 요청을 처리합니다.

파일 Transfer는 수 GB에서 TB 단위의 데이터를 장시간 전송할 수 있으며, 많은 사용자의 Upload와 Download가 동시에 발생할 수도 있습니다.

서비스 구조에 따라 두 경로를 분리하여 각각의 역할에 맞게 구성할 수 있습니다.

이 구조에서 애플리케이션은 파일의 업무적 의미를 관리하고, Transfer 경로는 실제 파일 데이터의 이동을 담당합니다.

파일 업로드는 대부분 독립적인 작업이 아닙니다.

사용자, 프로젝트, 문서 번호, 주문, 검사 결과와 같은 업무 데이터가 파일과 연결되어 있으며, 파일 전송 결과에 따라 다음 업무 상태가 결정되기도 합니다.

예를 들어 사용자가 검사 데이터를 업로드한다면 애플리케이션은 다음 정보를 먼저 알고 있을 수 있습니다.

PROJECT       PRJ-2026-1028
USER          USER-8421
DATA TYPE     INSPECTION
EQUIPMENT     LINE-04
STATUS        WAITING FOR FILE

FILE          inspection-1028.dat
SIZE          84.2 GB

Exabyter는 애플리케이션이 관리하는 이러한 업무 정보와 파일 Transfer의 시작, 진행, 완료를 연결할 수 있도록 구성합니다.

모든 애플리케이션이 파일과 Metadata를 같은 순서로 처리할 필요는 없습니다. 업무 특성에 따라 여러 방식으로 연결할 수 있습니다.

FILE FIRST

파일을 먼저 전송하고 Transfer가 완료된 이후 Metadata와 업무 정보를 등록합니다.

파일이 실제로 존재하는 것이 업무 데이터 생성의 전제인 경우에 사용할 수 있습니다.

METADATA FIRST

업무 Record를 먼저 생성한 후 해당 Record와 연결된 파일을 전송합니다.

문서 번호, 주문 번호, 프로젝트 ID처럼 파일보다 먼저 생성되어야 하는 업무 식별자가 있는 경우에 적합합니다.

PARALLEL

업무 데이터 처리와 파일 Transfer를 함께 시작하고 각각의 완료 상태를 기준으로 전체 업무를 완료합니다.

PROCESSING

Upload 이후 외부 시스템이 파일을 처리하고 결과를 다시 웹 업무로 연결합니다.

업무 시스템은 필요한 단계의 상태를 사용자에게 보여주고 실제 파일은 각 처리 단계 사이에서 이동합니다.

대용량 파일 전송을 위해 사용자가 완전히 다른 업무 시스템으로 이동해야 할 필요는 없습니다. 파일 선택, Upload / Download, 진행 상태와 결과를 현재 웹 애플리케이션의 화면과 업무 흐름 안에 배치할 수 있습니다.

업무 화면의 디자인과 정보 구조는 서비스에 맞게 유지하면서 파일 전송을 필요한 위치에 연결합니다.

사용자가 파일을 Upload한 이후 운영자가 다시 파일을 찾아 다른 서버로 복사하는 방식은 데이터 규모와 작업 횟수가 증가할수록 반복적인 운영 작업이 됩니다.

업무 조건에 따라 Upload가 완료된 파일을 다음 시스템으로 이어서 전송하는 흐름을 구성할 수 있습니다.

예를 들어 특정 프로젝트의 파일이 업로드되면 처리 서버로 전송하거나, 분석이 끝난 결과를 다른 Storage로 이동하는 Workflow를 구성할 수 있습니다.

파일이 어디까지 이동해야 하는지를 기준으로 웹 Upload 이후의 Transfer를 연결합니다.

Upload와 Download를 각각 독립된 기능으로만 볼 필요는 없습니다.

실제 업무에서는 두 방향이 하나의 Workflow 안에서 연결되는 경우가 많습니다.

사용자는 웹에서 데이터를 제출하고, 시스템은 필요한 처리와 Transfer를 수행한 뒤 결과를 다시 웹으로 전송할 수 있습니다.

이 구조는 웹 파일 전송을 단순한 파일 선택 UI에서 기업 데이터 흐름의 사용자 접점으로 확장합니다.

파일 Transfer가 별도의 데이터 경로를 사용하더라도 사용자의 인증과 업무 권한이 사라지는 것은 아닙니다.

웹 애플리케이션에서 이미 관리하고 있는 사용자와 권한, 업무 Record와 파일의 관계를 Transfer 흐름과 연결하여 누가 어떤 업무에서 어떤 파일을 전송할 수 있는가를 기존 시스템의 정책과 함께 구성할 수 있습니다.

구체적인 인증 방식과 보안 구성은 현재 애플리케이션, 네트워크와 Storage 환경에 맞춰 설계합니다.

이 페이지에서는 특정 인증 기술 하나를 표준 구조로 강제하기보다 기존 기업 시스템의 보안 체계를 유지하면서 파일 Transfer를 연결할 수 있다는 원칙을 설명합니다.