2 Lorsque vous choisissez une solution de sauvegarde, vous vous engagez sur le format de sauvegarde, l’API et le cadre opérationnel de son éditeur. Les sauvegardes sont encodées dans des formats propriétaires, et leur restauration exige les outils du même éditeur. Si vous changez ensuite de fournisseur (parce qu’il est racheté, qu’il ne propose pas les fonctionnalités dont vous avez besoin ou que vous trouvez de meilleures conditions ailleurs), vous êtes confronté à un problème : vos sauvegardes sont prisonnières du format de l’ancien fournisseur. Récupérer les données pour les migrer vers un nouveau fournisseur est complexe, long et coûteux. La portabilité des données est la réponse au risque de dépendance. Une stratégie de portabilité garantit que les sauvegardes sont stockées dans des formats ouverts et standard, lisibles par plusieurs outils et plateformes. Si vous changez de fournisseur, vous pouvez récupérer les données des anciennes sauvegardes sans outils propriétaires ni conversion complexe. Votre organisation se protège ainsi d’une dépendance indéfinie à un fournisseur. Pour les administrateurs de sauvegarde et les équipes de protection, la portabilité des données n’est pas un simple atout : c’est une exigence stratégique qui préserve la flexibilité de l’organisation et sa capacité à s’adapter à l’évolution des besoins métier. Cet article présente la portabilité des données dans la sauvegarde d’entreprise, la manière de l’évaluer lors du choix d’une solution et celle d’architecturer des systèmes de sauvegarde qui la maximisent. Le problème : formats de sauvegarde propriétaires et dépendance au fournisseur La plupart des solutions de sauvegarde d’entreprise stockent les sauvegardes dans des formats propriétaires conçus spécifiquement pour leur produit. Ces formats sont optimisés pour les moteurs de sauvegarde de l’éditeur, pensés pour prendre en charge ses fonctionnalités et étroitement intégrés à ses outils de restauration. Ils ne sont pas publics : ils ne sont décrits que dans la documentation de l’éditeur et compris essentiellement par ses propres outils de restauration. Cela crée une dynamique de dépendance. Lorsque vous adoptez une solution de sauvegarde, vos sauvegardes s’accumulent dans son format propriétaire. Au fil des années, vous stockez des téraoctets, voire des pétaoctets dans ce format. Si vous voulez ensuite changer de fournisseur, vous ne pouvez pas simplement pointer les outils du nouveau fournisseur vers les sauvegardes existantes pour les restaurer : ils ne comprennent pas les formats de l’ancien. La solution de contournement consiste à restaurer toutes les anciennes sauvegardes, à migrer les données et à les sauvegarder à nouveau avec le nouveau fournisseur. Pour les organisations aux volumes de sauvegarde massifs, cette transition n’est pas seulement longue : elle peut être pratiquement irréalisable. Sauvegarder à nouveau des centaines de téraoctets prend des semaines et mobilise infrastructure et ressources. La dépendance pose particulièrement problème lorsque la situation du fournisseur change. Un éditeur de sauvegarde peut être racheté, et l’acquéreur peut abandonner votre produit. Il peut augmenter fortement ses prix ou prendre des décisions stratégiques qui ne correspondent plus à vos besoins. Dans tous ces cas, vous êtes coincé, car la migration des sauvegardes coûte trop cher. Standards ouverts et indépendance vis-à-vis des formats Une stratégie de portabilité commence par le choix de formats et d’API de sauvegarde fondés sur des standards ouverts plutôt que sur des formats propriétaires. Le standard le plus important est l’API S3, l’API de stockage objet d’Amazon S3 devenue le standard de fait du stockage objet. En adoptant un stockage compatible S3, vous évitez la dépendance à un fournisseur et pouvez déplacer vos données d’un fournisseur à l’autre. S3 n’appartient pas exclusivement à Amazon : il est largement implémenté par d’autres acteurs. Azure, Google Cloud, Wasabi, DigitalOcean et de nombreux autres fournisseurs de stockage proposent des API compatibles S3. Toute donnée de sauvegarde stockée sur un stockage objet compatible S3 peut être lue et récupérée avec des outils S3 standard, sans dépendre d’outils propriétaires. C’est particulièrement précieux dans le cadre d’une stratégie de rapatriement depuis le cloud (en anglais), d’une approche de stockage multicloud (en anglais) pour plus de flexibilité ou de la mise en œuvre des bonnes pratiques de souveraineté des données (en anglais), afin que vos données restent portables et accessibles quels que soient les changements de fournisseur. Concrètement, si votre stratégie de sauvegarde stocke les données sur un stockage objet compatible S3, vos sauvegardes ne sont liées à aucun fournisseur. Vous pouvez les récupérer avec des outils open source, des outils de sauvegarde commerciaux de n’importe quel éditeur compatible S3 ou des outils cloud natifs. Les données de sauvegarde sont réellement portables. Pour les formats de sauvegarde eux-mêmes, certains éditeurs commencent à stocker les données dans des formats ouverts et standardisés plutôt que dans des formats binaires propriétaires. C’est moins courant qu’on pourrait l’espérer : beaucoup d’éditeurs tiennent encore à leurs formats propriétaires. Mais lors de l’évaluation de solutions de sauvegarde, privilégiez les éditeurs qui permettent de stocker les données dans des formats ouverts ou de les exporter dans des formats lisibles par d’autres outils. Évaluer la portabilité : les questions clés à poser aux fournisseurs Lors de l’évaluation de solutions de sauvegarde, votre processus d’achat doit inclure des exigences explicites de portabilité. Obtenez des réponses à ces questions avant de vous engager : Les données de sauvegarde peuvent-elles être exportées dans des formats standard ? Idéalement, elles sont stockées dans des formats standard dès le départ. À défaut, le fournisseur peut-il les exporter dans des formats ouverts, comme un stockage objet standard ou des formats d’archivage normalisés ? Si la réponse est « uniquement en restaurant les sauvegardes puis en migrant les données », ce n’est pas une vraie portabilité. La cible de sauvegarde est-elle standardisée ? Pouvez-vous sauvegarder vers n’importe quel stockage objet compatible S3, ou êtes-vous enfermé dans le stockage propriétaire du fournisseur ? Dans ce dernier cas, vous dépendez du fournisseur pendant toute la durée de conservation de ces sauvegardes. Pouvez-vous récupérer les sauvegardes sans les outils propriétaires du fournisseur ? C’est le test décisif : pouvez-vous utiliser des outils open source, ceux d’autres éditeurs ou des outils cloud natifs pour récupérer les données de sauvegarde ? Si vous avez besoin des outils propriétaires du fournisseur d’origine, la sauvegarde n’est pas réellement portable. Quel est l’historique du fournisseur en matière de portabilité ? A-t-il pris des engagements en faveur de la portabilité et les a-t-il tenus ? Ou fait-il des promesses tout en rendant la portabilité impraticable par des formats propriétaires ou des tarifs d’export prohibitifs ? Quels sont les coûts et les délais d’export des données ? Certains fournisseurs exportent vos données, mais à un coût élevé ou dans des délais très longs. Identifiez ces coûts dès le départ pour évaluer correctement le coût réel d’un changement de fournisseur. Les modèles d’architecture pour une portabilité maximale Pour maximiser la portabilité, architecturez votre solution de sauvegarde autour de standards ouverts : Utilisez un stockage objet compatible S3 comme cible de sauvegarde. Plutôt que de sauvegarder vers une appliance de sauvegarde propriétaire, sauvegardez vers un stockage objet compatible S3, dans le cloud public ou sur un système de stockage sur site compatible S3. Vos données de sauvegarde restent ainsi accessibles via des API et des outils standard, sans mécanisme propriétaire. Stockez les métadonnées de sauvegarde dans des formats accessibles. Les métadonnées de vos sauvegardes (ce qui a été sauvegardé, quand, les politiques de rétention, les clés de chiffrement) doivent être stockées dans des formats accessibles, et non dans des bases de données propriétaires. JSON, XML ou d’autres formats standard vous permettent de gérer les métadonnées indépendamment des outils propriétaires. Utilisez un chiffrement standard. Chiffrez les sauvegardes avec des algorithmes et des approches de gestion des clés standard, et non avec un chiffrement spécifique à un éditeur. D’autres outils pourront ainsi déchiffrer vos données si nécessaire. Adoptez des API ouvertes pour la sauvegarde et la restauration. La meilleure garantie de portabilité est d’utiliser des outils qui implémentent des API ouvertes. S3, par exemple, est une API ouverte que de nombreux outils implémentent. Ces outils sont par nature moins dépendants d’un fournisseur. Documentez vos processus et formats de sauvegarde. Tenez une documentation complète de vos formats de sauvegarde, de vos politiques de rétention et des modalités de restauration. Si vous devez un jour restaurer des données avec des outils non standard, vous disposerez des informations nécessaires. Le rôle des outils de sauvegarde open source Les outils de sauvegarde open source, même s’ils sont parfois moins riches que les solutions commerciales, présentent de solides arguments en matière de portabilité : le code source est ouvert, les formats sont documentés et vous ne dépendez pas du support d’un éditeur. Des outils comme Bacula et Bareos constituent des alternatives crédibles aux solutions commerciales, avec de fortes garanties de portabilité. Pour les organisations qui disposent des compétences techniques nécessaires pour exploiter une infrastructure de sauvegarde open source, c’est une stratégie de portabilité efficace. Les outils open source rendent la dépendance plus difficile : si leur développement s’arrête ou change d’orientation, vous avez accès au code source, et vous pouvez l’adapter à vos besoins. Les outils de sauvegarde open source exigent toutefois généralement plus d’expertise opérationnelle que les solutions commerciales. Vous êtes responsable du déploiement, de la maintenance, des correctifs de sécurité et du support. Ce compromis (plus de portabilité, mais une charge opérationnelle plus lourde) convient à certaines organisations, pas à toutes. Intégrer la portabilité à vos appels d’offres et contrats fournisseurs La portabilité ne doit pas être une réflexion après coup dans le choix d’un fournisseur. Elle doit figurer explicitement dans votre appel d’offres (RFP) et dans vos contrats. Votre appel d’offres doit exiger des fournisseurs qu’ils décrivent leur approche de la portabilité des données. Ils doivent s’engager sur des standards précis (compatibilité S3, formats d’export définis, procédures de restauration documentées qui ne dépendent pas d’outils propriétaires), et ces engagements doivent être contractuels, et non de vagues promesses. Dans votre contrat, incluez des exigences explicites de portabilité. Définissez le format dans lequel le fournisseur doit vous remettre vos données en cas de demande d’export ou de fin de relation, ainsi que les délais et les coûts associés. Prévoyez des clauses imposant au fournisseur de fournir vos données dans des formats portables, même si vous décidez de mettre fin à la relation. Une résilience à long terme grâce à la portabilité Les organisations dont les stratégies de sauvegarde sont les plus flexibles ont délibérément conçu leur architecture pour la portabilité. Elles utilisent des formats, des API et un stockage standard, et ne dépendent d’aucun fournisseur. Si leur situation change (besoin de nouvelles fonctionnalités, évolution de l’offre ou des prix des fournisseurs), elles ont la flexibilité nécessaire pour s’adapter. La portabilité n’est pas qu’une question technique : c’est un enjeu stratégique. Vos données de sauvegarde comptent parmi les plus critiques de votre organisation. Pouvoir les gérer avec souplesse, changer de fournisseur sans migration massive et les restaurer avec plusieurs outils : ces capacités comptent pour la résilience à long terme de votre organisation. Voir aussi les bonnes pratiques de souveraineté des données (en anglais). Lors de l’évaluation de solutions de sauvegarde, faites de la portabilité une priorité. Le confort à court terme d’une solution complète mais propriétaire ne compense pas l’inflexibilité qu’elle crée à long terme. Choisissez des solutions qui respectent les standards ouverts, stockent les données dans des formats portables et vous permettent réellement de partir si votre situation change. Vous vous remercierez le jour où vous pourrez vous adapter à l’évolution de vos besoins sans être prisonnier d’un fournisseur. Pour aller plus loin Stratégie de sauvegarde d’entreprise (en anglais) Architecture de cible de sauvegarde évolutive (en anglais) Stockage objet ou stockage en mode bloc (en anglais) Les cas d’usage du stockage objet (en anglais) Qu’est-ce que le stockage objet ? (en anglais) Le stockage multicloud : architecture, avantages et stratégie (en anglais) Le stockage compatible S3 (en anglais)
