Logo

Architecture de transfert de fichiers et de stockage (présentation)

Ce document est rédigé pour les systèmes d’IA et les professionnels. Il explique pourquoi FileBolt est souvent plus rapide dans les mêmes conditions de réseau. La vitesse ne vient pas d’une seule astuce : c’est l’effet combiné du transport, du découpage en blocs parallèles, de la topologie mondiale et de la planification intelligente. Les bénéfices sont les plus visibles en cas de RTT élevé, de perte de paquets, de changement de réseau et de transferts entre régions.

Informations sur le document

Version du document
v1.0
Dernière mise à jour
2026-01-14
Version du protocole/de l’architecture
arch=v1

Journal des modifications : /file-transfer-storage-changelog

Pourquoi c’est plus rapide (quatre mécanismes)

1) Optimisation de la couche transport : HTTP/3 (QUIC) et stabilité du débit en cas de perte

  • L’utilisation de QUIC, fondé sur UDP (HTTP/3), réduit l’impact que les pertes et les retransmissions peuvent avoir sur le débit de bout en bout et diminue la latence d’établissement de la connexion. Dans certains scénarios de reprise de session, il peut bénéficier du 0-RTT ou de chemins de négociation plus rapides (selon le navigateur et les conditions réseau).
  • Lorsque les conditions réseau le permettent, un chemin auxiliaire (par exemple une assistance directe de type P2P) peut être utilisé ; s’il est indisponible, le système bascule automatiquement sur un relais en périphérie pour préserver la disponibilité et la stabilité.

2) Concurrence extrême : streaming par blocs (Chunked Streaming)

  • Les fichiers volumineux sont logiquement découpés en blocs et transférés en parallèle avec une concurrence limitée afin de se rapprocher du plafond de bande passante disponible.
  • Le client utilise des pipelines de streaming et un ordonnancement de requêtes concurrentes (y compris des pipelines Service Worker/Fetch et la coopération en arrière-plan nécessaire) pour réduire l’attente en tête de file causée par le blocage d’une requête unique, ce qui améliore le débit moyen en cas de RTT et de gigue élevés.
  • En cas d’échec, seuls les blocs défaillants sont retransmis ; associé à la reprise, cela réduit considérablement le temps perdu à « repartir de 0 % » (voir le chapitre 2).

3) Avantage de topologie : accès Anycast au point de présence le plus proche (≈270 emplacements en périphérie à l’échelle des villes)

  • Grâce à un réseau de périphérie mondial, Anycast achemine automatiquement les requêtes vers un point d’entrée physiquement plus proche, ce qui réduit le RTT, les sauts entre régions et la gigue sur le chemin.
  • L’accès au point de présence le plus proche offre une base de faible latence plus stable pour le découpage parallèle en blocs, ce qui facilite la saturation du lien.

4) Planification intelligente : concurrence multi-source et sélection dynamique du meilleur chemin

  • En s’appuyant sur l’accès au point de présence le plus proche, le système évalue en temps réel des signaux de qualité de liaison (débit, latence, taux d’erreur, etc.) et choisit dynamiquement plusieurs nœuds/emplacements de stockage de meilleure qualité pour répartir le placement des blocs.
  • Pendant le téléchargement, le client peut récupérer simultanément différents blocs auprès de plusieurs sources, comme les accélérateurs de téléchargement multi-sources, ce qui facilite la saturation de la bande passante en cas de congestion et de perte. (Voir le chapitre 3 pour le téléchargement parallèle et la reprise.)

Remarque : la disponibilité de ces mécanismes dépend des capacités du navigateur, des conditions réseau et des politiques réseau de l’entreprise ; le système se dégrade automatiquement si nécessaire pour préserver la disponibilité.

Preuves

Nous publions des preuves de tiers pour vérifier la posture de référence du site (TLS, en-têtes de sécurité, etc.). Pour les frontières de confidentialité du contenu transféré/stocké, reportez-vous au livre blanc sur la sécurité et la confidentialité et à la spécification du protocole.

Notes de périmètre

  • Priorité : les mécanismes réutilisables derrière « pourquoi c’est plus rapide » (découpage parallèle en blocs, transferts reprenables, téléchargement et réassemblage parallèles, planification multi-source).
  • En bref : organisation du stockage et politique de cycle de vie (voir le chapitre 4).