EXABYTER
파일 전송이 많아질수록 상태와 결과를 운영할 수 있어야 합니다.
몇 개의 파일을 주고받는 환경에서는 사용자가 자신의 Progress Bar만 확인해도 충분할 수 있습니다.
하지만 여러 사용자가 동시에 대용량 파일을 업로드하고 다운로드하고, 파일이 웹에서 Storage와 다른 서버, 시스템으로 계속 이동하는 환경에서는 개별 화면만으로 전체 상황을 파악하기 어렵습니다.
어떤 Transfer가 진행 중인지, 무엇이 완료되었는지, 어디에서 중단되었고 다시 복구되었는지, 특정 사용자의 파일이 실제 목적지까지 전송되었는지를 확인할 수 있어야 합니다.
대규모, 확장 운영 환경에서는 이러한 Transfer의 상태, 결과와 이력을 하나의 운영 관점에서 확인하고 추적할 수 있도록 구성할 수 있습니다.
FROM PROGRESS TO OPERATIONS
Progress Bar만으로는 전체 파일 전송을 운영할 수 없습니다.
사용자에게 필요한 정보와 운영자에게 필요한 정보는 다릅니다.
사용자는 자신의 파일이 얼마나 전송되었는지 알고 싶어 합니다.
운영자는 현재 시스템 전체에서 얼마나 많은 Transfer가 진행 중인지, 실패한 작업이 있는지, 특정 사용자의 전송이 어디까지 진행되었는지, 문제가 반복되는 Source나 Target이 있는지를 확인해야 합니다.
| 사용자 관점 | 운영 관점 |
|---|---|
| 내 파일이 전송 중인가? | 현재 몇 개의 Transfer가 진행 중인가? |
| 몇 % 진행되었나? | 어떤 Transfer가 지연되고 있는가? |
| 전송이 완료되었나? | 실패하거나 복구 중인 작업이 있는가? |
| 다시 보내야 하나? | 어느 Source / Target에서 문제가 발생했는가? |
| 결과 파일을 받을 수 있나? | 과거 Transfer 결과와 이력을 확인할 수 있는가? |
파일 전송이 업무 인프라의 일부가 되면 개별 Progress를 보여주는 것에서 전체 Transfer를 운영하는 것으로 관점이 확장됩니다.
OPERATION VIEW
현재 진행 중인 전송을 한눈에 확인합니다.
대규모 환경에서는 서로 다른 사용자와 시스템에서 Upload와 Download가 동시에 진행될 수 있습니다.
각 Transfer는 서로 다른 파일 크기와 네트워크 환경을 가지고 있으며 정상 전송, 지연, 복구, 완료와 같은 서로 다른 상태에 있을 수 있습니다.
운영 화면에서는 현재 진행 중인 Transfer의 주요 상태를 한곳에서 확인할 수 있도록 구성할 수 있습니다.
TRANSFER STATUS
전송의 현재 상태를 확인합니다.
파일 Transfer는 단순히 전송 중 / 완료 두 상태만 가지는 것이 아닙니다.
장시간 대용량 전송에서는 시작, 진행, 일시적인 중단, 복구와 완료가 하나의 Transfer 안에서 이어질 수 있습니다.
운영자는 현재 상태를 통해 Transfer가 정상적으로 진행 중인지, 사용자의 네트워크 문제로 복구 중인지, 추가 확인이 필요한 상태인지를 구분할 수 있습니다.
실제 상태 명칭과 단계는 적용되는 시스템과 제품 구성에 맞춰 표시합니다.
TRANSFER DETAILS
문제가 발생하면 해당 Transfer의 세부 정보를 확인합니다.
전체 현황에서 이상이 발견되면 개별 Transfer로 내려가 원인을 확인할 수 있어야 합니다.
운영 환경에 따라 다음과 같은 정보를 함께 확인할 수 있습니다.
- Transfer ID
- 사용자 또는 실행 주체
- File / Dataset
- File Size / File Count
- Source
- Target
- Start Time
- End Time
- Elapsed Time
- Progress
- Transfer Rate
- Current Status
- Completion Result
- Failure / Recovery 정보
TRANSFER / A-10283 Status RECOVERING User User B Source Browser Target Object Storage Files 18,294 Total Size 284.7 GB Progress 47% Started 14:21:08 Last Event Connection interrupted Current Event Recovery in progress
이 정보는 단순히 운영 화면을 복잡하게 만들기 위한 것이 아니라 문제가 발생했을 때 어디부터 확인해야 하는지를 빠르게 좁히기 위한 정보입니다.
RESULTS
시작 여부가 아니라 실제 완료 결과를 확인합니다.
파일 전송에서 사용자가 Upload 버튼을 눌렀다와 파일이 실제 목적지에 전송되었다는 같은 의미가 아닙니다.
특히 대용량, 대량 파일에서는 Transfer가 오랫동안 진행될 수 있고 일부 파일이나 네트워크에 문제가 발생할 수도 있습니다.
운영 관점에서는 전송 요청 자체보다 최종 결과를 확인하는 것이 중요합니다.
완료된 Transfer와 완료되지 않은 Transfer를 구분하고, 실제 파일 전송 결과를 기준으로 이후 업무를 판단할 수 있도록 구성합니다.
FAILURE
실패한 Transfer를 전체 목록에서 찾습니다.
사용자가 많아질수록 모든 Transfer가 정상적으로 완료되는지만 개별적으로 확인하기 어렵습니다.
문제가 발생한 Transfer를 별도로 확인하고 해당 작업의 Source, Target, 사용자, 파일과 발생 시점을 함께 볼 수 있어야 합니다.
운영자는 전체 Transfer 가운데 확인이 필요한 작업을 빠르게 좁히고, 개별 Transfer의 상세 정보와 이력을 기준으로 원인을 확인할 수 있습니다.
RECOVERY
실패와 복구를 같은 Transfer의 흐름으로 확인합니다.
장시간 대용량 파일 전송에서는 일시적인 네트워크 문제 자체가 항상 최종 실패를 의미하지 않습니다.
연결이 중단된 이후 Transfer가 다시 이어지고 정상적으로 완료될 수 있습니다.
따라서 운영에서는 오류가 발생했는가만 보는 것보다 오류 이후 Transfer가 어떻게 처리되었는가를 함께 확인하는 것이 중요합니다.
14:21:08 TRANSFERRING 14:43:51 CONNECTION INTERRUPTED 14:44:03 RECOVERING 14:44:12 TRANSFERRING 15:28:37 COMPLETED
이력 안에서 중단과 복구가 같은 Transfer에 연결되어 있으면 운영자는 일시적인 문제와 실제 미완료 작업을 구분하기 쉬워집니다.
HISTORY
과거 Transfer의 결과와 이력을 확인합니다.
파일 전송은 완료되는 순간 사라지는 일회성 이벤트가 아닐 수 있습니다.
고객 문의, 장애 분석, 업무 확인 또는 운영 점검을 위해 과거에 어떤 Transfer가 있었고 실제 결과가 무엇이었는지 다시 확인해야 할 수 있습니다.
운영 환경에서는 완료된 작업을 포함한 Transfer 이력을 유지하고 필요한 조건으로 다시 찾아볼 수 있도록 구성할 수 있습니다.
SEARCH & FILTER
필요한 Transfer를 빠르게 찾습니다.
수천 개 이상의 Transfer가 누적되면 전체 목록을 시간순으로 보는 것만으로 특정 작업을 찾기 어렵습니다.
운영 목적에 따라 다음과 같은 조건을 기준으로 필요한 Transfer를 검색하거나 필터링할 수 있습니다.
예를 들어 특정 사용자가 어제 전송한 파일, 특정 Target으로 전송된 실패 작업, 특정 기간에 복구가 발생한 Transfer처럼 운영 질문을 기준으로 필요한 기록을 좁힐 수 있습니다.
실제 검색 조건은 적용되는 운영 환경과 제품 UI에 맞춰 구성합니다.
TRACE A TRANSFER
하나의 파일이 어디까지 이동했는지 추적합니다.
웹 Upload가 Storage에서 끝나지 않고 다른 시스템으로 이어지는 환경에서는 하나의 Transfer만 확인하는 것으로 전체 파일 흐름을 이해하기 어려울 수 있습니다.
예를 들어 사용자가 업로드한 Dataset이 Object Storage에 도착한 후 Processing Server를 거쳐 AI 시스템으로 전송된다면 운영자는 각 단계가 정상적으로 완료되었는지 확인해야 할 수 있습니다.
확장된 운영 환경에서는 이러한 여러 단계의 Transfer 상태와 결과를 함께 확인하여 웹에서 시작한 파일이 필요한 목적지까지 어떻게 이동했는지 추적할 수 있도록 구성할 수 있습니다.
SOURCE & TARGET
어디에서 어디로 이동하는지 확인합니다.
대규모 운영 환경에서는 Transfer의 상태뿐 아니라 Source와 Target이 중요합니다.
같은 파일 전송 문제라도 특정 사용자 네트워크에서 반복되는지, 특정 Storage나 서버에서 발생하는지에 따라 확인해야 할 대상이 달라집니다.
Source와 Target 정보를 Transfer 결과와 함께 확인하면 반복되는 문제의 위치를 좁히고 파일 흐름을 이해하는 데 도움이 됩니다.
USERS & SYSTEMS
사람이 시작한 전송과 시스템이 시작한 전송을 함께 볼 수 있습니다.
파일 Transfer를 시작하는 주체가 항상 웹 사용자만인 것은 아닙니다.
웹 사용자가 Upload / Download를 시작할 수도 있고, 애플리케이션의 요청이나 Workflow 조건에 따라 시스템이 Transfer를 시작할 수도 있습니다.
확장된 파일 전송 환경에서는 누가 또는 무엇이 Transfer를 시작했는지 확인할 수 있어야 전체 데이터 흐름을 운영하기 쉬워집니다.
WEB & DATA WORKFLOW
웹 파일 전송 이후의 데이터 흐름까지 운영할 수 있습니다.
웹 Upload가 단순히 Storage에 파일을 저장하는 것으로 끝나는 환경이라면 사용자의 Upload 상태만 확인하면 충분할 수 있습니다.
하지만 업로드된 파일이 이후 Processing, AI, Archive 또는 다른 시스템으로 이동한다면 웹 서비스와 후속 데이터 Transfer를 분리해서 볼수록 전체 업무의 상태를 이해하기 어려워집니다.
대규모, 확장 운영 환경에서는 파일이 이동하는 여러 단계를 하나의 운영 관점에서 확인할 수 있도록 구성하여, 사용자의 Upload부터 후속 처리와 결과 전송까지 이어지는 데이터 Workflow를 관리할 수 있습니다.
OPERATIONS BY SCALE
전송 규모에 따라 필요한 운영 수준도 달라집니다.
모든 웹 파일 전송 서비스에 복잡한 운영 화면이 필요한 것은 아닙니다.
사용자 수와 Transfer 수, 데이터 흐름이 증가하면서 필요한 운영 수준도 함께 달라집니다.
단순한 웹 Upload / Download
사용자가 자신의 진행 상태와 완료 결과를 확인하는 것으로 충분할 수 있습니다.
많은 동시 Transfer
전체 Active Transfer, 실패, 복구와 완료 결과를 확인할 필요가 생깁니다.
여러 시스템으로 이어지는 데이터 흐름
개별 Transfer뿐 아니라 Source / Target과 단계별 결과를 함께 확인해야 할 수 있습니다.
즉, 운영 기능의 목적은 화면을 복잡하게 만드는 것이 아니라 현재 데이터 흐름의 규모에 필요한 만큼 가시성을 확보하는 것입니다.
TROUBLESHOOTING
문제가 발생했을 때 확인 범위를 빠르게 좁힙니다.
파일 전송 장애를 조사할 때 가장 먼저 필요한 것은 느리다, 안 된다 라는 현상을 구체적인 Transfer로 좁히는 것입니다.
운영 정보는 다음과 같은 순서로 문제를 확인하는 데 사용할 수 있습니다.
특정 Transfer를 찾은 뒤 상태와 Source / Target, 시간, Event와 최종 결과를 확인하면 전체 시스템을 막연하게 조사하는 것보다 문제 범위를 빠르게 좁힐 수 있습니다.
OPERATIONAL QUESTIONS
운영 화면은 실제 질문에 답할 수 있어야 합니다.
좋은 운영 화면은 많은 숫자를 보여주는 Dashboard가 아니라 운영자가 실제로 묻는 질문에 답할 수 있어야 합니다.
| 운영 질문 | 필요한 정보 |
|---|---|
| 지금 얼마나 많은 전송이 진행 중인가? | Active Transfers |
| 실패한 작업이 있는가? | Status / Result |
| 중단된 작업이 다시 이어졌는가? | Recovery History |
| 특정 사용자의 파일은 완료되었는가? | User / Transfer / Result |
| 어느 서버로 전송되었는가? | Source / Target |
| 언제 문제가 발생했는가? | Event Time / History |
| 어제 실패한 전송을 찾을 수 있는가? | Search / Filter |
| 파일이 후속 시스템까지 도착했는가? | Transfer Flow / Results |
운영 정보의 양보다 필요한 질문에 얼마나 빠르게 답할 수 있는가가 중요합니다.
DATA FOR OPERATIONS
필요한 정보만 운영 데이터로 남깁니다.
운영에 필요한 데이터는 서비스와 보안 정책에 따라 달라질 수 있습니다.
일반적으로 다음과 같은 정보가 Transfer 운영에 사용될 수 있습니다.
Identity
- Transfer ID
- 사용자 또는 실행 주체
- 업무와 연결되는 식별 정보
File
- File Name
- File Size
- File Count
- Dataset 정보
Route
- Source
- Target
- Transfer Path
Time
- Start
- End
- Duration
- 주요 Event 시점
Result
- Status
- Progress
- Completion
- Failure
- Recovery
어떤 정보를 얼마 동안 유지할지는 실제 운영 요구와 시스템 정책에 맞춰 결정합니다.
OPERATIONS WITHOUT CHANGING THE USER EXPERIENCE
운영이 복잡해져도 사용자의 웹 경험까지 복잡해질 필요는 없습니다.
사용자는 기존 웹 서비스에서 파일을 선택하고 Upload하거나 필요한 결과를 Download합니다.
운영자는 그 뒤에서 여러 Transfer의 상태와 결과를 확인합니다.
사용자 화면과 운영 화면은 목적이 다르기 때문에 각각 필요한 정보 수준에 맞게 구성할 수 있습니다.
사용자는 단순하게 파일을 전송하고, 운영자는 필요한 만큼 깊게 확인합니다.
USE CASES
파일 전송이 업무의 일부가 되는 환경에서 운영합니다.
고객, 파트너 파일 서비스
외부 사용자의 Upload / Download 상태와 결과를 확인하고 문의가 발생했을 때 특정 Transfer를 찾습니다.
공공, 기업 업무 시스템
많은 사용자의 제출 파일이 실제로 완료되었는지 확인하고 실패 또는 복구 이력을 추적합니다.
Media Service
대용량 원본과 결과 파일의 Upload / Download 상태를 확인하고 장시간 Transfer의 완료 여부를 관리합니다.
Research & AI
Dataset Upload 이후 Storage, Processing과 AI 시스템으로 이어지는 파일 흐름을 확인합니다.
Manufacturing
웹 사용자와 서버, Storage, 장비 사이에서 이동하는 데이터의 Source / Target과 Transfer 결과를 추적합니다.
Large-scale Web Service
많은 동시 Transfer의 Active / Completed / Failed / Recovering 상태를 서비스 관점에서 확인합니다.
RELATED
운영 전에 파일과 데이터 흐름의 구조를 함께 확인하세요.
대용량, 대량 파일 전송
큰 파일, 수많은 파일과 폴더의 Transfer 상태가 어떻게 유지되는지 확인하세요.
자세히 보기고속, 안정적 파일 전송
네트워크 중단과 Resume / Recovery가 장시간 Transfer에서 어떻게 동작하는지 알아보세요.
자세히 보기대규모 웹 서비스
많은 동시 사용자의 Transfer와 File Traffic을 어떻게 확장하는지 확인하세요.
자세히 보기아키텍처 및 연동
웹 Upload 이후 Storage, Processing, AI와 다른 시스템으로 이어지는 파일 경로를 어떻게 구성하는지 알아보세요.
자세히 보기자주 묻는 질문
대용량 파일 전송 상태를 운영자가 확인할 수 있나요?
대규모, 확장 운영 환경에서는 여러 Transfer의 현재 상태와 Progress, 완료 결과, 실패와 복구 정보를 운영 관점에서 확인할 수 있도록 구성할 수 있습니다. 실제 제공되는 정보와 화면은 적용되는 제품 구성과 운영 환경에 따라 달라질 수 있습니다.
사용자의 파일 전송이 실제로 완료되었는지 어떻게 확인하나요?
Transfer의 시작 여부가 아니라 최종 상태와 결과를 기준으로 파일 전송 완료 여부를 확인할 수 있습니다. 사용자, 파일, Source / Target과 Transfer 결과를 연결하면 특정 업무의 파일이 실제 목적지까지 전송되었는지 추적하는 데 사용할 수 있습니다.
실패한 파일 전송만 따로 확인할 수 있나요?
많은 Transfer가 존재하는 운영 환경에서는 상태와 결과를 기준으로 확인이 필요한 작업을 좁힐 수 있도록 구성할 수 있습니다. 특정 실패 작업을 찾은 뒤 Transfer의 상세 정보와 Event 이력을 통해 발생 시점과 Source / Target을 확인할 수 있습니다.
전송 중 네트워크가 끊겼다가 복구된 이력을 확인할 수 있나요?
운영 환경에 따라 Transfer의 중단과 Recovery, 이후 정상 전송과 완료까지 이어지는 Event를 같은 작업의 이력으로 확인할 수 있도록 구성할 수 있습니다. 이를 통해 일시적인 연결 문제와 최종적으로 완료되지 않은 Transfer를 구분할 수 있습니다.
과거 파일 전송 기록을 검색할 수 있나요?
Transfer 이력을 유지하는 운영 환경에서는 사용자, Transfer ID, 파일, Source / Target, 상태와 기간 등의 조건으로 과거 작업을 찾을 수 있도록 구성할 수 있습니다. 실제 검색 항목과 이력 보존 정책은 시스템 구성과 운영 정책에 따라 결정합니다.
웹에서 업로드한 파일이 이후 다른 시스템까지 전송되었는지 확인할 수 있나요?
파일이 Storage에서 끝나지 않고 Processing Server, AI 또는 다른 시스템으로 이어지는 환경에서는 각 단계의 Transfer 결과를 함께 확인할 수 있도록 운영 구조를 확장할 수 있습니다. 이를 통해 웹 Upload 이후의 데이터 흐름을 추적할 수 있습니다.
모든 Exabyter 환경에 통합 운영 화면이 필요한가요?
그렇지는 않습니다. 단순한 웹 Upload / Download에서는 사용자의 진행 상태와 완료 결과만으로 충분할 수 있습니다. 동시 Transfer와 연결되는 시스템이 증가할수록 전체 상태, 이력과 결과를 통합해서 확인해야 할 필요가 커지므로 운영 수준은 실제 환경의 규모에 맞춰 구성하는 것이 적절합니다.
운영을 위해 어떤 정보를 기록해야 하나요?
일반적으로 Transfer ID, 실행 주체, 파일 정보, Source / Target, 시작, 종료 시간, 상태, 완료 결과와 주요 Event가 운영에 유용합니다. 다만 어떤 정보를 저장하고 얼마나 오래 유지할지는 업무 요구와 보안, 운영 정책을 기준으로 결정해야 합니다.