Qu’est-ce qu’un téléversement par blocs ?
Un téléversement par blocs divise un fichier en plages d’octets transmises et suivies indépendamment. Une implémentation avec reprise peut réessayer l’envoi des blocs manquants sans renvoyer le fichier entier.
Fonctionnement des téléversements par blocs
Un outil de téléversement avec reprise établit l’état du transfert, divise la source en parties repérées par leur adresse et consigne les plages d’octets acceptées par le serveur. Les parties peuvent être transmises séquentiellement ou simultanément ; dans les protocoles fondés sur des parties, une opération de finalisation vérifie ensuite l’objet et l’assemble, tandis que, pour les protocoles fondés sur un décalage, comme tus, le transfert s’achève lorsque le décalage accepté atteint la longueur déclarée. Cette couche de protocole intervient avant l’inspection et le traitement des médias, permettant aux opérations d’ingestion de volumes importants de résister aux pertes de connexion, tout en exigeant une gestion explicite des décalages, des nouvelles tentatives en double, de l’expiration et de l’intégrité finale.
Points clés
- Un protocole avec reprise nécessite un identifiant de téléversement stable et un décalage ou une liste de parties faisant autorité ; se fier uniquement à la progression enregistrée localement par le client peut conduire à omettre des octets après la perte d’une réponse.
- Les nouvelles tentatives devraient être idempotentes ou faire l’objet d’une vérification par somme de contrôle, car un serveur peut avoir stocké un bloc même si l’accusé de réception n’est jamais parvenu au client.
- Des parties individuellement valides ne prouvent pas que le fichier est valide. La finalisation doit vérifier l’ordre, la longueur totale attendue et, de préférence, une empreinte de l’objet entier avant le début du traitement en aval.
Quand les téléversements par blocs sont utiles
Utilisez les téléversements par blocs pour les fichiers volumineux ou les clients sur des réseaux instables, lorsque recommencer un transfert serait coûteux. Le serveur doit valider l’ordre et la taille des blocs ainsi que l’assemblage final, faute de quoi il risque de produire des fichiers incomplets.