Le problème · trois articles
On ne peut pas opérer ce qu'on ne comprend pas.
Trois articles, puis les dépôts qui les vérifient. Chacun décrit un mécanisme que nous rencontrons chez nos clients, et se termine par ce que l'argument ne dit pas.
Article I
Vous n'avez pas externalisé l'exploitation. Vous avez externalisé la compréhension.
À trois heures du matin, la question n'est pas de savoir qui est au contrat. Elle est de savoir qui comprend.
Un service managé, pris isolément, est une bonne affaire. Vous cessez d'exploiter une base de données pour vous consacrer à votre métier, et la facture est plus lisible qu'un ingénieur. La transaction paraît porter sur du temps. Elle porte en réalité sur autre chose : vous échangez la charge d'exploitation contre la connaissance du comportement du composant lorsqu'il se dégrade.
Tant que rien ne casse, l'échange est invisible. Il devient visible le jour d'un incident qui traverse plusieurs briques — une latence qui monte, un basculement qui ne se fait pas, une réplication qui décroche. Le diagnostic exige alors de savoir ce que chaque couche fait vraiment, et personne ne le sait plus : ni l'équipe, qui n'a jamais eu à le savoir, ni le support du fournisseur, qui ne voit que son propre périmètre. Chacun regarde sa brique et la déclare saine.
Empilez-en douze et vous obtenez une architecture que personne ne peut se représenter en entier. C'est la situation dans laquelle nous arrivons le plus souvent. Le problème n'est jamais le composant : il est qu'aucune personne présente ne peut dire ce qui se passe entre deux composants. La compétence n'a pas été perdue par négligence, elle a été achetée à quelqu'un d'autre, un contrat à la fois.
Nous vendons l'inverse, et c'est la seule raison pour laquelle nos ingénieurs s'installent dans les équipes plutôt que de livrer un projet et de partir. Une compétence qui repart avec le prestataire n'a pas été transférée : elle a été louée. ▪
Citer cet article
Ligne de référence prête à recopier. L'ancre pointe sur l'article.
Nudibranches Technologies, « Le problème — Article I. Vous n'avez pas externalisé l'exploitation. Vous avez externalisé la compréhension », www.nudibranches.tech/le-probleme#comprehension, références de droit arrêtées en août 2026.
Article II
Ce qui vous retient n'est pas une clause. C'est ce que vous ne savez plus faire.
Le verrouillage ne s'écrit pas au contrat. Il se construit, une décision raisonnable à la fois.
Aucun contrat ne comporte d'article intitulé « verrouillage ». Il tient en quatre pièces, et chacune paraît raisonnable prise isolément. Le format, d'abord : vos tables sont écrites dans une représentation interne que seul le moteur du fournisseur sait lire, et l'export rend du CSV ou du Parquet nu — des octets sans évolution de schéma, sans historique et sans transaction. Le couplage ensuite : le moteur ne s'exécute que sur le stockage du fournisseur, si bien que changer de moteur suppose de déplacer les données d'abord. Le catalogue — la carte des tables, des droits et du lignage — n'a le plus souvent aucune interface publiée. Et le dialecte : fonctions propriétaires, procédures stockées, types semi-structurés écrits dans une syntaxe qui n'existe nulle part ailleurs. On ne migre pas ce SQL-là. On le réécrit.
Le législateur européen s'est saisi de la pièce la plus visible et la moins déterminante, les frais de transfert sortant : le règlement sur les données les supprime à compter du 12 janvier 2027 et impose des interfaces ouvertes. § Cette date est connue. Les quatre pièces précédentes, elles, ne figurent au calendrier de personne — parce qu'elles ne se règlent pas par un texte mais par une architecture.
Et derrière ces quatre pièces techniques s'en cache une cinquième, qui ne se répare pas en migrant : au bout de trois ans passés à consommer un service, plus personne chez vous ne sait dimensionner, exploiter ni déboguer ce qu'il remplaçait. Vous pouvez récupérer vos données. Vous ne récupérez pas la compétence de les faire tourner. C'est pourquoi la question de la réversibilité se pose avant la signature, sous une forme opérationnelle : que reste-t-il d'exploitable si je pars, avec quel outil tiers, sur quelle copie, à quelle date, et sans le concours du fournisseur. Pour les entités financières, ce n'est d'ailleurs pas une bonne pratique mais une obligation écrite. §
La contrepartie technique est connue et entièrement publique : un format de table ouvert et versionné, un stockage objet accessible par une API standard, un moteur découplé et remplaçable, un catalogue dont l'interface est spécifiée. Aucune de ces briques ne nous appartient, et c'est le seul argument qui vaille : ce qui vous retient chez nous doit être notre travail, pas votre incapacité à partir. ▪
| Objet | La question à poser | Une réponse exploitable | Un signal d'alerte |
|---|---|---|---|
| Format de table | Dans quel format mes tables sont-elles écrites sur le disque, et où est sa spécification ? | Un format ouvert et versionné, spécifié publiquement, lu par au moins deux moteurs indépendants. | « Format interne optimisé ». L'export existe mais perd le schéma, l'historique et les transactions. |
| Stockage | Puis-je lire les fichiers avec mes propres identifiants, sans passer par votre plan de contrôle ? | Stockage objet, API standard, vos clés, vos accès, dans votre compte. | L'accès aux données passe exclusivement par le service du fournisseur. |
| Moteur de requête | Un autre moteur peut-il interroger les mêmes tables, en place ? | Oui, démonstration à l'appui, sans copie ni conversion préalable. | « Oui, après export. » |
| Catalogue et droits | L'interface du catalogue est-elle spécifiée, et implémentée ailleurs que chez vous ? | Interface publiée, implémentation tierce existante, droits et lignage exportables. | Le catalogue est un service, sans interface documentée ni export des droits. |
| Sortie des données | Combien coûte la sortie de la totalité, et en combien de temps ? | Un montant et un délai chiffrés au contrat, décroissants jusqu'au 12 janvier 2027. | Une grille tarifaire à l'unité, sans plafond et sans délai d'exécution. |
| Dialecte SQL | Quelle part de mes requêtes s'exécuterait telle quelle sur un autre moteur ? | Une part mesurée, sur votre propre corpus de requêtes, avec la liste des exceptions. | « Compatible SQL standard », sans mesure et sans corpus. |
| Réversibilité contractuelle | La stratégie de sortie est-elle une annexe au contrat, avec un plan et un délai ? | Annexe de réversibilité : périmètre, format, délai, et jeu d'essai de restitution. | Une clause de résiliation, et aucun plan de sortie. |
Citer cet article
Ligne de référence prête à recopier. L'ancre pointe sur l'article.
Nudibranches Technologies, « Le problème — Article II. Ce qui vous retient n'est pas une clause. C'est ce que vous ne savez plus faire », www.nudibranches.tech/le-probleme#verrouillage, références de droit arrêtées en août 2026.
Article III
La souveraineté est une conséquence, pas un objectif.
On ne décrète pas la souveraineté. Elle est ce qui reste quand on comprend sa pile.
Le mot est devenu un argument de vente, et il ne veut plus rien dire. On le trouve sur des offres où le client ne détient ni les clés, ni les journaux, ni la capacité de décrire ce qui sort de son réseau. Il désigne alors une intention, parfois une nationalité d'actionnaire, jamais une propriété vérifiable.
Le droit dit pourquoi la question se pose. Depuis 2018, une entreprise soumise au droit des États-Unis doit produire les données qu'elle détient en sa possession, sa garde ou son contrôle, indépendamment du lieu où elles sont stockées : le texte ne parle pas d'un lieu, il décrit un lien de contrôle. § Le droit européen a vu la collision venir et n'admet une injonction étrangère que fondée sur un accord international en vigueur. § Le fournisseur pris entre les deux ordres n'a pas un problème de conformité : il a un conflit de lois. Un centre de données à Paris exploité par la filiale européenne d'un groupe américain ne rompt pas ce lien — la filiale reçoit ses clés, ses correctifs et ses habilitations d'une société mère qui, elle, est à portée de juge.
Mais le droit s'arrête là. Il ne vous dit pas qui détient la racine de confiance de votre cluster, quel processus peut ouvrir une session d'administration sans vous le demander, ni quels flux franchissent votre périmètre un mardi à quatorze heures. Ces réponses-là ne s'obtiennent pas en changeant de fournisseur : elles s'obtiennent en sachant comment la pile est faite. C'est le même problème qu'aux deux articles précédents, sous un autre nom.
Nous employons donc le mot dans un sens restreint et vérifiable. Un déploiement est souverain lorsque vous pouvez répondre à trois questions sans nous croire sur parole : quelle entité peut être contrainte de produire vos données et devant quel juge, qui détient les clés, et ce qui franchit votre périmètre. Le dossier de souveraineté répond aux trois, cible par cible, y compris là où la réponse ne nous arrange pas. ▪
Citer cet article
Ligne de référence prête à recopier. L'ancre pointe sur l'article.
Nudibranches Technologies, « Le problème — Article III. La souveraineté est une conséquence, pas un objectif », www.nudibranches.tech/le-probleme#souverainete, références de droit arrêtées en août 2026.
La vérification
Quand une brique nous a manqué, nous l'avons écrite.
Les trois articles ci-dessus décrivent des mécanismes ; ils ne prouvent rien à notre sujet. Ce qui prouve quelque chose se trouve ci-dessous, et s'ouvre dans un autre onglet.
talos-rust-client
8 316 lignes de Rust · publié sur crates.ioNous exploitons Talos Linux, un système immuable qui n'a pas de shell : on ne s'y connecte pas, on lui parle en gRPC. Il nous fallait un client typé avec mTLS par défaut. Nous l'avons écrit à partir des fichiers proto officiels, et publié sous licence MIT ou Apache-2.0.
trino-rust-client
6 374 lignes de Rust · 45 fichiersFork de prusto repris en décembre 2024 : support Presto retiré, fonctionnalités Trino avancées ajoutées, dont le protocole spooling — celui qui décide de la façon dont les résultats volumineux transitent. Descendre à ce niveau n'est pas un luxe : c'est ce qui permet de répondre quand une requête ne rend pas la main.
Hyperfluid
cloud interne · 20 services · une consoleNous opérions les mêmes briques chez plusieurs clients, avec les mêmes arbitrages à refaire à chaque fois. Nous les avons industrialisées en un cloud qui s'installe dans le périmètre du client. Écrire une plateforme oblige à comprendre chaque composant jusqu'en bas — c'est ce qui rend l'équipe capable d'opérer celles des autres.
Ferris Key
serveur d'authentification · Rust · Apache-2.0Projet communautaire auquel nous contribuons et que nous soutenons. L'identité est la brique dont dépendent toutes les autres : nous préférons qu'elle soit lisible par ceux qui l'exploitent.
Références de droit arrêtées en août 2026. Les références de droit citées sur cette page le sont pour permettre la vérification. Elles ne tiennent pas lieu de conseil juridique, et le périmètre exact de vos obligations dépend de votre qualification et de votre droit national.