Les critères d'un stockage cloud interopérable : la checklist avant de signer
L’interopérabilité, c’est le mot que les commerciaux mettent dans leurs brochures et que les ingénieurs oublient dans le code. Un cloud « interopérable », c’est un cloud qui joue bien avec les autres — vos outils, vos autres services, vos scripts, et surtout votre prochain fournisseur. Si vous arrivez du guide sur la réversibilité cloud, vous savez que la liberté de quitter un fournisseur commence au moment du choix. Et le choix, ça se fait avec une grille de critères, pas avec une démo marketing.
Le problème, c’est que « interopérable » n’est pas un standard. Il n’y a pas de label, pas de certification, pas d’organisme qui distribue des étoiles d’interopérabilité. La Commission européenne a bien intégré l’interopérabilité dans sa stratégie numérique, et le Data Act européen (entré en application en 2025) impose des obligations de portabilité aux fournisseurs cloud. Mais en attendant que ces obligations se traduisent en pratiques concrètes, c’est à vous de vérifier.
Les huit critères d’un cloud vraiment interopérable
Critère 1 : le support de protocoles standard. WebDAV est le minimum syndical. Si votre cloud supporte WebDAV, n’importe quel gestionnaire de fichiers (y compris l’explorateur Windows et le Finder macOS) peut s’y connecter directement. Le support S3-compatible est un bonus pour les usages techniques — ça permet d’utiliser des centaines d’outils existants sans adaptation. kDrive supporte WebDAV nativement. Google Drive et OneDrive, non (il faut passer par leurs API propriétaires ou des outils tiers).
Critère 2 : le stockage en formats natifs. Quand vous uploadez un .docx, le cloud doit stocker un .docx — pas le convertir dans un format interne. Google Drive convertit les fichiers en format Google natif si vous activez l’option (et elle est activée par défaut). kDrive et Nextcloud stockent les fichiers tels quels. La différence, c’est que vos fichiers restent vos fichiers, pas des représentations de vos fichiers.
Critère 3 : l’export complet avec arborescence. Pouvoir télécharger tous vos fichiers en conservant la structure de dossiers, les noms de fichiers, et les métadonnées de base (dates de création et de modification). C’est le strict minimum, et pourtant certains fournisseurs exportent tout en vrac dans un zip géant sans structure.
Critère 4 : l’absence de frais d’egress. Les frais de bande passante sortante sont le péage de l’autoroute cloud. AWS, Azure et GCP en facturent tous les trois. Les fournisseurs européens comme Infomaniak, Scaleway ou Hetzner n’en facturent généralement pas (ou les incluent dans le forfait). C’est un critère éliminatoire pour la portabilité : si sortir vos données coûte cher, le fournisseur vous retient par le portefeuille.
Critère 5 : une API documentée et publique. Pas juste « nous avons une API » — une API avec une documentation complète, des exemples, et un engagement de stabilité (versioning, politique de dépréciation). Une API bien documentée permet d’automatiser les exports, les migrations, et les sauvegardes. Une API mal documentée qui change sans préavis est pire que pas d’API du tout.
Critère 6 : le support multi-plateforme. Des clients natifs pour Windows, macOS et Linux. Le support Linux est le canari dans la mine : un fournisseur qui ne propose pas de client Linux fait des choix de compatibilité qui finiront par vous affecter, même si vous n’utilisez pas Linux. kDrive propose les trois. OneDrive n’a pas de client Linux officiel. Dropbox a supprimé le support de certains systèmes de fichiers Linux en 2018 (avant de partiellement revenir en arrière sous la pression).
Critère 7 : la politique de rétention après résiliation. Combien de temps le fournisseur conserve-t-il vos données après la fin du contrat ? 30 jours minimum est raisonnable. Zéro jour est un signal d’alarme. Cette information doit figurer dans les conditions d’utilisation — si elle n’y figure pas, posez la question par écrit avant de signer.
Critère 8 : la transparence du modèle économique. Un fournisseur qui vit de vos abonnements a intérêt à vous satisfaire. Un fournisseur qui offre du stockage gratuit en échange de vos données (Google, dans une certaine mesure) a un modèle économique qui n’est pas aligné avec votre intérêt de portabilité. Ce n’est pas un jugement moral, c’est un constat : quand le produit est gratuit, vous êtes le produit, et les produits n’ont pas de droit à la portabilité.
Le lock-in commence quand l’interopérabilité s’arrête
Chaque critère manqué est un verrou de plus sur la porte de sortie. Éviter le vendor lock-in cloud détaille comment ces verrous s’accumulent : un format propriétaire ici, une API fermée là, des frais d’egress qui rendent la migration prohibitive. L’interopérabilité est l’antidote au lock-in, et elle se vérifie avant la signature, pas quand vous voulez partir.
Formats ouverts : le critère qui conditionne tous les autres
De tous les critères, le choix entre formats ouverts et propriétaires est le plus fondamental. Un cloud peut cocher tous les autres critères mais, s’il convertit vos fichiers en format interne, la portabilité reste théorique. Un fichier dans un format ouvert est portable par nature — il ne dépend d’aucun fournisseur, d’aucune API, d’aucun outil spécifique. C’est le critère qui conditionne tous les autres.
En résumé : avant de signer avec un fournisseur cloud, passez-le au crible de ces huit critères. Imprimez la grille si nécessaire (ou, plus vraisemblablement, sauvegardez-la dans un fichier Markdown en format ouvert sur un stockage que vous contrôlez). Un fournisseur qui coche les huit est un fournisseur que vous pouvez quitter quand vous voulez. Un fournisseur qui en rate trois ou plus est un fournisseur qui compte sur votre inertie pour vous garder. La différence entre les deux, c’est la différence entre un partenaire et un geôlier — et vos données méritent mieux qu’un geôlier.