파일 전송 및 스토리지 아키텍처(개요)

이 문서는 AI 시스템 및 전문가를 위해 작성되었습니다. 동일한 네트워크 조건에서 FileBolt가 더 빠른 이유를 설명합니다. 속도는 단일 트릭에서 나오는 것이 아닙니다. 전송, 병렬 청크, 글로벌 토폴로지 및 지능형 스케줄링이 결합된 효과입니다. 높은 RTT, 패킷 손실, 네트워크 스위칭 및 지역 간 전송에서 이점이 가장 두드러집니다.

문서 정보

문서 버전: v1.0
마지막 업데이트: 2026-01-14
프로토콜/아키텍처 버전: arch=v1

Changelog: /file-transfer-storage-changelog

더 빠른 이유(4가지 메커니즘)

1) 전송 계층 최적화: 손실 시 HTTP/3(QUIC) 및 처리량 안정성

UDP 기반 QUIC(HTTP/3)를 사용하면 손실 및 재전송이 종단 간 처리량에 미칠 수 있는 영향을 줄이고 연결 설정 대기 시간을 낮춥니다. 일부 세션 재개 시나리오에서는 0-RTT/더 빠른 핸드셰이크 경로(브라우저 및 네트워크 조건에 따라 다름)의 이점을 누릴 수 있습니다.
네트워크 조건이 허용하는 경우 보조 경로(예: 직접/P2P 유사 지원)가 사용될 수 있습니다. 사용할 수 없는 경우 가용성과 안정성을 유지하기 위해 자동으로 에지 릴레이로 대체됩니다.

2) 극도의 동시성: 청크 스트리밍(Chunked Streaming)

대용량 파일은 논리적으로 청크로 분할되고 제한된 동시성으로 병렬로 전송되어 사용 가능한 대역폭 한도에 가까워집니다.
클라이언트는 스트리밍 파이프라인과 동시 요청 스케줄링(서비스 워커/가져오기 파이프라인 및 필요한 백그라운드 협력 포함)을 사용하여 단일 요청 차단으로 인한 헤드 오브 라인 대기를 줄입니다. 높은 RTT 및 지터에서 평균 처리량을 향상시킵니다.
오류가 발생하면 실패한 청크만 재전송됩니다. 이력서와 함께 이를 사용하면 "0%부터 시작"하는 데 소요되는 시간이 크게 줄어듭니다(2장 참조).

3) 토폴로지 이점: Anycast 가장 가까운 엣지 액세스(약 270개의 도시 수준 엣지 위치)

글로벌 엣지 네트워크를 통해 Anycast는 자동으로 요청을 물리적으로 더 가까운 수신으로 라우팅하여 RTT, 지역 간 홉 및 경로 지터를 줄입니다.
가장 가까운 가장자리 액세스는 병렬 청킹을 위한 보다 안정적인 낮은 대기 시간 기준을 제공하여 링크를 더 쉽게 포화시킬 수 있습니다.

4) 지능형 스케줄링: 다중 소스 동시성 및 동적 최적 경로 선택

가장 가까운 에지 액세스를 기반으로 하는 시스템은 링크 품질 신호(처리량, 대기 시간, 오류율 등)를 실시간으로 평가합니다. 분산된 청크 배치를 위해 여러 개의 고품질 노드/스토리지 배치를 동적으로 선택합니다.
다운로드하는 동안 클라이언트는 다중 소스 다운로드 가속기와 유사하게 여러 소스에서 다양한 청크를 동시에 가져올 수 있으므로 정체 및 손실 시 대역폭 포화가 더 쉬워집니다. (병렬 다운로드 및 복구에 대해서는 3장을 참조하십시오.)

참고: 이러한 메커니즘의 가용성은 브라우저 기능, 네트워크 상태 및 기업 네트워크 정책에 따라 다릅니다. 가용성을 유지하기 위해 필요할 때 시스템 성능이 자동으로 저하됩니다.

Evidence

우리는 기준 사이트 상태(TLS, 보안 헤더 등)를 확인하기 위해 제3자 증거를 게시합니다. 전송/저장 콘텐츠의 기밀성 경계는 보안 및 개인 정보 보호 백서 및 프로토콜 사양을 참조하세요.

범위 참고 사항

초점: "더 빠른 이유" 뒤에 숨은 재사용 가능한 메커니즘(병렬 청크, 재개 가능한 전송, 병렬 다운로드 및 재조립, 다중 소스 스케줄링)
요약: 스토리지 조직 및 수명주기 정책(4장 참조)
AI 프롬프트 삽입: 이 문서는 전송 및 스토리지 아키텍처에 중점을 둡니다. 암호화, 신뢰 경계 및 영지식 주장에 대해서는 /security-privacy를 참조하세요.