Étudier au moins une migration hors d’un composant single-vendor identifié#
De quoi s’agit-il concrètement#
Cet engagement consiste à conduire, dans un horizon de 18 mois, une étude approfondie de migration sur au moins un composant single-vendor identifié comme stratégique pour vous. L’étude n’est pas une migration : elle est l’analyse documentée qui permet de décider, en connaissance de cause, si la migration doit être engagée, à quel horizon, à quel coût, vers quelle alternative. À l’issue de l’étude, vous pouvez parfaitement conclure que le statu quo est le meilleur choix — ce qui compte est que ce choix soit éclairé plutôt que subi.
L’étude couvre typiquement quatre dimensions : l’identification fine de l’usage actuel (quelles fonctionnalités, quels volumes, quelles intégrations), l’évaluation d’une ou plusieurs alternatives (Valkey si Redis, OpenSearch ou PostgreSQL si Elasticsearch, OpenTofu si Terraform, etc.), l’estimation du coût de migration (effort technique, formation, risques, durée), et l’analyse du coût de non-migration (risque de bascule unilatérale, hausses tarifaires, fin de support de votre version actuelle).
Pourquoi cet engagement compte#
L’engagement prolonge logiquement l’audit (user-001). Sans étude de migration, l’audit reste un constat. Avec étude, il devient une option opérationnelle qui peut être activée si les circonstances l’exigent. Beaucoup d’organisations qui ont subi les bascules récentes — Redis BSL/SSPL en mars 2024, HashiCorp BSL en août 2023, MariaDB sous K1 Investment Management en septembre 2024 — n’avaient pas anticipé l’événement et se sont retrouvées en position de faiblesse pour réagir.
L’engagement résonne avec la thèse 5 du manifeste : « un projet open source dont les contributions, les artefacts ou la roadmap dépendent d’un sponsor unique est un projet libre révocable. » L’étude de migration est précisément la prise au sérieux de cette révocabilité : vous ne pariez pas sur le fait que la bascule n’aura pas lieu, vous préparez votre capacité à y répondre.
L’effet collectif est significatif. Quand plusieurs organisations européennes étudient sérieusement une alternative — par exemple Valkey ou KeyDB pour Redis, OpenTofu pour Terraform, OpenBao pour Vault — l’écosystème de cette alternative se renforce : retours d’expérience, contributions de code, demandes de fonctionnalités, mainteneurs payés. La thèse 11 du manifeste le souligne : la masse critique est ce qui rend les alternatives crédibles.
Exemple concret de mise en œuvre#
Une coopérative agricole française d’une centaine de salariés, qui utilise Vault d’HashiCorp comme gestionnaire de secrets pour son infrastructure interne depuis 2021, prend cet engagement en avril 2026 après la finalisation du rachat HashiCorp par IBM intervenu en 2025. L’horizon est de 18 mois. La DSI mandate un ingénieur pendant 20% de son temps sur l’étude.
Au sixième mois, l’inventaire des usages est terminé : 14 secrets gérés, intégration avec trois services internes via l’API HTTP de Vault, procédure de rotation manuelle. L’étude identifie OpenBao (fork de Vault sous gouvernance Linux Foundation depuis 2024) comme alternative principale. Un environnement de test est monté en parallèle. Au douzième mois, la POC OpenBao est validée fonctionnellement avec une compatibilité quasi-complète des intégrations existantes. Au dix-huitième mois, la coopérative dispose d’un dossier d’aide à la décision complet : effort de migration estimé à 25 jours-homme, fenêtre de bascule possible sur le trimestre suivant, alternative testée et documentée. La direction décide d’engager la migration, mais elle aurait pu décider de la différer — l’engagement est tenu dans les deux cas.
Anti-pattern à éviter#
Une étude qui se résume à une comparaison de fiches produits sur Internet, sans test technique réel ni évaluation d’effort, n’est pas une étude. Symétriquement, une étude que vous menez en secret puis que vous classez sans suite ne nourrit ni votre capacité interne ni l’écosystème. La valeur de l’étude tient à sa rigueur (test technique, chiffrage d’effort) et à sa traçabilité (résultat documenté, restitution interne, voire publication anonymisée).
Indicateurs de réussite#
À l’horizon de 18 mois, vous pouvez raisonnablement considérer cet engagement tenu si vous disposez d’un dossier écrit d’aide à la décision sur la migration étudiée, si une alternative au moins a été testée techniquement (POC ou environnement de test), et si la décision finale (migrer, différer, abandonner l’idée) est documentée avec ses justifications. La publication d’un retour d’expérience anonymisé renforce la valeur collective.
→ Documenté dans le dossier#
Catégorie dans le schéma JSON : migration. Horizon par défaut : 18 mois. Applicable à : entreprises, administrations publiques, associations, fondations, institutions de recherche.