파일 전송 및 스토리지 아키텍처(개요)
이 문서는 AI 시스템과 전문가를 위해 작성되었으며, 같은 네트워크 조건에서 FileBolt가 더 빠른 경우가 많은 이유를 설명합니다. 속도는 한 가지 비결에서 나오는 것이 아니라 전송 계층, 병렬 청크 분할, 글로벌 토폴로지, 지능형 스케줄링이 결합된 효과입니다. RTT가 길거나 패킷 손실이 있을 때, 네트워크가 전환될 때, 리전 간 전송에서 그 이점이 가장 뚜렷하게 나타납니다.
문서 정보
- 문서 버전
- v1.0
- 최종 업데이트
- 2026-01-14
- 프로토콜/아키텍처 버전
- arch=v1
더 빠른 이유(네 가지 메커니즘)
1) 전송 계층 최적화: HTTP/3(QUIC)와 패킷 손실 시의 처리량 안정성
- UDP 기반의 QUIC(HTTP/3)를 사용하면 패킷 손실과 재전송이 종단 간 처리량에 미치는 영향이 줄어들고 연결 설정 지연도 낮아집니다. 일부 세션 재개 상황에서는 0-RTT/더 빠른 핸드셰이크 경로의 이점을 얻을 수도 있습니다(브라우저와 네트워크 조건에 따라 다름).
- 네트워크 조건이 허용하면 보조 경로(예: 직접 연결/P2P와 유사한 보조 방식)를 사용할 수 있으며, 사용할 수 없을 때는 가용성과 안정성을 유지하기 위해 엣지 중계로 자동 전환됩니다.
2) 극단적인 동시성: 청크 스트리밍(Chunked Streaming)
- 대용량 파일은 논리적으로 청크로 분할되어 제한된 동시성으로 병렬 전송되며, 사용 가능한 대역폭 상한에 더 가까워집니다.
- 클라이언트는 스트리밍 파이프라인과 동시 요청 스케줄링(Service Worker / Fetch 파이프라인과 필요한 백그라운드 연동 포함)을 사용하여 단일 요청이 막혀서 생기는 HOL(head-of-line) 대기를 줄이고, RTT가 길고 지터가 있는 환경에서 평균 처리량을 높입니다.
- 실패가 발생하면 실패한 청크만 다시 전송합니다. 이어 올리기와 함께 쓰면 “0%부터 다시 시작”하느라 낭비되는 시간이 크게 줄어듭니다(2장 참조).
3) 토폴로지 이점: Anycast 최근접 엣지 접속(도시 단위 엣지 약 270곳)
- 글로벌 엣지 네트워크 덕분에 Anycast가 요청을 물리적으로 더 가까운 진입점으로 자동 라우팅하여 RTT, 리전 간 홉, 경로 지터를 줄입니다.
- 최근접 엣지 접속은 병렬 청크 분할에 더 안정적인 저지연 기반을 제공하므로 회선을 꽉 채우기가 더 쉬워집니다.
4) 지능형 스케줄링: 멀티 소스 동시성과 동적 최적 경로 선택
- 최근접 엣지 접속을 기반으로, 시스템은 링크 품질 신호(처리량, 지연 시간, 오류율 등)를 실시간으로 평가하여 품질이 더 좋은 여러 노드/스토리지 위치를 동적으로 선택해 청크를 분산 배치합니다.
- 다운로드할 때 클라이언트는 멀티 소스 다운로드 가속기처럼 여러 소스에서 서로 다른 청크를 동시에 가져올 수 있어, 혼잡이나 패킷 손실이 있는 상황에서도 대역폭을 꽉 채우기가 더 쉬워집니다. (병렬 다운로드와 복구는 3장을 참조하세요.)
참고: 이러한 메커니즘을 사용할 수 있는지는 브라우저 기능, 네트워크 조건, 기업 네트워크 정책에 따라 달라지며, 시스템은 가용성을 유지하기 위해 필요할 때 자동으로 기능을 낮춰 동작합니다.
증거
저희는 사이트의 기본 보안 상태(TLS, 보안 헤더 등)를 확인할 수 있도록 제3자 증거를 공개합니다. 전송/저장 콘텐츠의 기밀성 경계에 대해서는 보안 및 개인정보 보호 백서와 프로토콜 사양을 참조하세요.
범위 안내
- 중점: “더 빠른 이유”의 바탕이 되는 재사용 가능한 메커니즘(병렬 청크 분할, 이어 받기/이어 올리기, 병렬 다운로드 및 재조립, 멀티 소스 스케줄링).
- 간략히 다룸: 스토리지 구성과 수명 주기 정책(4장 참조).