SovereigntyGap.

Donner la préférence aux briques sous gouvernance européenne ou multi-vendor neutre

Introduire dans vos décisions techniques un critère de préférence pour les fondations neutres ou la gouvernance européenne, à équivalence fonctionnelle.
Lecture estimée : ~3 minutes. Fiche d’engagement publiée dans le programme positif du manifeste, déclarable depuis le Profil de souveraineté.

Donner la préférence aux briques sous gouvernance européenne ou multi-vendor neutre#

De quoi s’agit-il concrètement#

Cet engagement consiste à introduire, dans vos décisions de choix de technologies, un critère de préférence pour les briques dont la gouvernance est européenne (fondation, association ou société européenne avec gouvernance distribuée) ou pour les fondations neutres multi-vendor (typiquement Linux Foundation, CNCF, Apache Software Foundation, Eclipse Foundation), à équivalence fonctionnelle avec une alternative single-vendor étrangère. La formulation « à équivalence fonctionnelle » est centrale : l’engagement ne vous demande pas de sacrifier la fonctionnalité ou la qualité technique, il vous demande d’arbitrer en faveur de la souveraineté quand l’arbitrage technique laisse plusieurs options sur la table.

L’engagement n’a pas d’horizon défini parce qu’il s’applique en continu à toutes vos décisions futures de choix technologique, et non à un projet ponctuel. Il vaut comme principe directeur, pas comme livrable.

Pourquoi cet engagement compte#

Beaucoup d’organisations choisissent leurs technologies par habitude, par effet de réseau, ou par défaut — sans que le choix soit éclairé par une analyse de gouvernance. Le résultat est cumulatif : à chaque décision, l’écosystème américain ou single-vendor s’étoffe, l’écosystème européen et multi-vendor neutre s’étiole. Le manifeste articule ce mécanisme dans sa thèse 12 : la masse critique qui permettrait aux alternatives de prospérer leur est confisquée par défaut.

À l’inverse, une préférence systématique — même modeste — change la donne. Si vous choisissez Valkey plutôt que Redis sur un nouveau projet, PostgreSQL plutôt que MongoDB pour un nouveau service, OpenTofu plutôt que Terraform pour votre infrastructure as code, vous nourrissez un écosystème qui en a structurellement besoin. La thèse 11 du manifeste le rappelle : « une politique sérieuse de souveraineté numérique européenne se reconnaît à son investissement dans les fondations, les mainteneurs et les infrastructures de distribution. »

L’engagement complète bien les démarches d’audit (user-001) et de documentation (user-005) : il rend opérationnel ce que l’audit a rendu visible. Sans préférence active, l’audit devient un constat sans suite. Avec préférence active, il devient un guide pour orienter les choix au fil de l’eau.

Exemple concret de mise en œuvre#

Une PME française de 87 salariés dans le secteur de l’édition de logiciels métier prend cet engagement en juin 2026. La direction technique formalise une grille interne de préférence en trois niveaux : niveau 1 (préférence forte), gouvernance européenne ou fondation neutre multi-vendor avec écosystème mature ; niveau 2 (acceptable), single-vendor open source avec historique de licence stable et alternative de fork active ; niveau 3 (à justifier), single-vendor avec bascule de licence récente ou écosystème captif. La grille n’est pas publique mais elle est intégrée à la documentation d’architecture et discutée à chaque revue technique trimestrielle.

Sur les douze mois suivant l’engagement, la PME prend trois décisions structurantes. Pour un nouveau service de cache, elle choisit Valkey sur la base d’une comparaison documentée avec Redis BSL/SSPL. Pour son infrastructure as code, elle migre progressivement de Terraform vers OpenTofu sur les nouveaux modules. Pour un projet de moteur de recherche d’un nouveau produit, elle évalue PostgreSQL avec son extension de recherche full-text avant de considérer Elasticsearch ou OpenSearch ; le besoin se révèle couvrable par PostgreSQL, et la décision est prise dans cette voie. Aucune migration brutale n’est imposée sur l’existant — la grille s’applique aux nouvelles décisions, ce qui rend l’engagement tenable opérationnellement.

Anti-pattern à éviter#

Une formulation type « nous cherchons à privilégier les solutions européennes lorsque c’est possible » sans grille opérationnelle ni mention dans les processus de décision est une préférence rhétorique sans effet réel. Symétriquement, une préférence rigide qui ignore les contraintes techniques (« nous interdisons toute brique américaine ») n’est ni tenable ni crédible. La force de l’engagement tient à sa formulation à équivalence fonctionnelle : ni dogmatisme, ni vœu pieux.

Indicateurs de réussite#

Vous pouvez raisonnablement considérer cet engagement tenu si vos décisions techniques récentes intègrent désormais explicitement le critère de gouvernance, si vous pouvez citer au moins une décision où ce critère a fait basculer le choix vers une alternative européenne ou de fondation neutre, et si vos équipes techniques sont en capacité d’expliquer la grille dans une revue de décision. La publication interne d’une charte technique formalisant la préférence renforce la valeur de l’engagement.

→ Documenté dans le dossier#

Catégorie dans le schéma JSON : preference. Horizon par défaut : sans horizon défini (engagement durable). Applicable à : entreprises, administrations publiques, associations, fondations, institutions de recherche.

Thèmes

Fiches connexes


Bibliothèque des engagementsuser-003-prefer-european-governanceCC BY-SA 4.0