Même langage, capacités différentes

La compatibilité S3 permet souvent de réutiliser des outils et des bibliothèques conçus autour de l’API Amazon S3. Elle n’implique pas que chaque fournisseur implémente toutes les opérations, options et règles de la même manière.

Cloudflare documente explicitement les opérations S3 prises en charge par R2 et celles qui ne le sont pas encore. Amazon S3, de son côté, décrit les métadonnées, le versionnage et les transferts multipart comme des éléments du fonctionnement de son service. Ces différences peuvent modifier la manière dont une application crée des buckets, envoie de gros fichiers ou restaure un objet.

Ce qu’il faut comparer avant de copier

Faire l’inventaire des usages réels : appels d’API, tailles de fichiers, multipart, versions, règles de cycle de vie, ACL ou politiques, métadonnées, chiffrement, événements, CORS et URLs signées. Vérifier aussi si l’application dépend de fonctions propres à la source ou à la destination.

Une migration peut alors se dérouler en étapes : comparer les capacités nécessaires, tester un échantillon représentatif, copier, vérifier les objets et métadonnées, puis faire un essai de lecture avec l’application. Conserver la source jusqu’à validation permet de corriger le plan ou de revenir à l’ancienne configuration.

La réversibilité se teste

Un bouton de copie ne démontre pas à lui seul qu’une application peut basculer sans effet. Le test utile consiste à lire, écrire et restaurer les fichiers depuis la cible, avec les vraies règles d’accès et les volumes attendus.

Sources des fournisseurs

À lire aussi