La grande distribution : les échantillons en supermarché. Le fromage coupé en petits cubes. La saucisse sur un cure-dent. Gratuit. Sans engagement. Juste pour que vous goûtiez. L'industrie alimentaire a découvert au XXe siècle que l'expérience physique du produit convertit mieux que n'importe quelle publicité. Une fois que vous avez goûté, le besoin existe. Il n'existait pas avant.

L'industrie du jeu vidéo : le modèle free-to-play. Le jeu est gratuit. La progression est gratuite. Jusqu'au moment où le jeu est conçu pour créer une frustration que seul un achat résout. Les mécaniques de loot boxes, d'« energy » qui se recharge lentement, de niveaux qui bloquent avant un mur payant — c'est le même principe : échantillon gratuit, friction payante. L'Union Européenne a commencé à réguler ces pratiques en 2022.

L'industrie pharmaceutique : les médicaments échantillons distribués aux médecins. Gratuits pour le patient les premiers mois. Quand l'ordonnance suit, la molécule est brevetée et le générique n'existe pas encore. Le besoin médical est réel — mais il a été créé par l'accès gratuit initial.

AWS · GCP · Azure : le Free Tier. Le Crédit Start-up. AWS Educate. L'Ingress gratuit. Même principe. Même mécanique. Même structure économique. La seule différence : le produit n'est pas alimentaire, ludique ou médical. C'est de l'infrastructure numérique. Mais la séquence est identique : échantillon gratuit → création du besoin → dépendance fonctionnelle → monétisation de l'impossibilité de sortir.

Le Bare-Metal n'a pas de Free Tier. Il n'a pas de Crédit Start-up. Il n'a pas d'Ingress gratuit. Il coûte dès le premier jour — électricité, rack, maintenance, personnel compétent. Cette absence d'échantillon est souvent citée comme un inconvénient : « le cloud est plus facile à démarrer. »

C'est exact. Et c'est précisément pourquoi le Bare-Metal ne crée pas de dépendance fonctionnelle. Un produit qui coûte dès le premier jour n'a pas besoin de vous rendre dépendant — vous avez déjà pris votre décision en connaissance de coût. Il n'a rien à vous offrir gratuitement. Il n'a pas besoin de vous faire traverser un seuil de bascule. Il n'a pas de friction de sortie parce qu'il n'y a pas de sortie — vous possédez le fer.

Toutes les industries n'ont pas adopté la mécanique de l'échantillon. L'artisan facture depuis le premier coup de ciseau. L'architecte demande des honoraires depuis le premier croquis. Le consultant indépendant envoie une facture depuis le premier appel. Ces professionnels n'ont pas de Free Tier parce qu'ils n'en ont pas besoin — leur valeur est visible sans échantillon gratuit.

L'infogéreuse souveraine qui propose ses services à un client est dans la même position : elle facture depuis le premier jour. Elle ne peut pas offrir 12 mois gratuits parce qu'elle n'a pas les reins financiers d'Amazon. Mais cette contrainte est aussi sa liberté : elle n'a pas besoin de créer une dépendance pour conserver ses clients. Elle les conserve parce qu'elle les sert bien.

Le Sunk Cost Fallacy (Thaler 1980, Kahneman 2011) est l'un des biais cognitifs les plus robustes et les plus universels : la tendance à continuer un engagement non pas parce qu'il est rationnel de le continuer, mais parce qu'on a déjà investi des ressources non récupérables. Des spectateurs regardent un film nul jusqu'à la fin parce qu'ils ont payé la place. Des États continuent des guerres perdues parce qu'ils ont déjà investi des soldats. Des DSI continuent à payer des egress fees parce qu'ils ont déjà investi cinq ans de leur carrière dans la migration cloud.

Ce biais est particulièrement puissant quand l'investissement passé est public et documenté. Et les migrations cloud sont publiques — elles font l'objet de posts LinkedIn, de conférences, de cas d'usage publiés sur le site du fournisseur, de témoignages internes. Le DSI qui a évangélisé le cloud pendant cinq ans n'a pas seulement investi du temps et de l'argent. Il a investi sa réputation professionnelle.

Le DSI concerné a typiquement : publié des posts LinkedIn sur la migration réussie · présenté le cas d'usage en conférence · obtenu une promotion ou une reconnaissance interne liée à la transformation digitale · convaincu son DG et son CODIR que le cloud était la bonne décision · formé ses équipes aux certifications AWS/GCP.

Cinq ans plus tard, il lit le corpus Opération Dindon. Les chiffres sont corrects. Le ratio 7,5× bare-metal vs cloud est vérifiable. Les CGV §14.12 sont dans ses contrats. Il comprend. Et il ne peut pas reculer — non pas parce qu'il ne peut pas calculer le TCO, mais parce que reculer signifie admettre publiquement que cinq ans de posts LinkedIn étaient une erreur. La peur de perdre la face devant son DG et ses pairs est plus forte que la rationalité économique. C'est le sunk cost fonctionnel à son niveau maximal.

Dans toutes les industries documentées en Section 1, l'échantillon crée une dépendance fonctionnelle — mais il ne modifie pas la structure du consommateur. Un échantillon de fromage crée un désir de fromage. Il ne transforme pas votre système digestif pour ne pouvoir ingérer que ce fromage précis. Un médicament échantillon crée un besoin de traitement. Il ne reconfigure pas votre biologie pour rendre votre corps incompatible avec d'autres molécules.

L'échantillon cloud fait quelque chose de fondamentalement différent : il modifie la structure même du produit que vous construisez. Quand un développeur construit sur AWS Free Tier avec Lambda + DynamoDB + API Gateway + SQS + Cognito + CloudFront, il ne construit pas une application qui tourne sur AWS. Il construit une application qui ne peut tourner que sur AWS. L'architecture devient biologiquement incompatible avec tout autre environnement.

Chaque service managé imbriqué est un atome de captivité supplémentaire. Lambda qui déclenche SQS qui déclenche un autre Lambda qui écrit dans DynamoDB avec un index global secondaire qui est lu par une API Gateway avec un authorizer Cognito — chaque maillon de cette chaîne est un service qui n'existe pas en dehors d'AWS sous cette forme exacte. La chaîne entière est propriétaire. Migrer ce système vers un bare-metal ou vers un autre fournisseur n'est pas une migration — c'est une réécriture totale.

Le Cloud-Washing (MU'ALLAQA IV) fait passer cette complexité pour de la modernité. Les termes « serverless », « event-driven », « fully managed », « cloud-native » sont des labels de modernité apposés sur ce qui est en réalité de la complexité artificielle — une architecture conçue non pas pour résoudre un problème technique mais pour rendre la sortie impossible.

« Ce composant peut-il fonctionner en dehors d'AWS sans réécriture ? »

Si la réponse est non — c'est de la complexité artificielle, pas de la modernité. La question ne condamne pas l'utilisation du service. Elle exige une décision consciente : je choisis ce service en sachant qu'il me lie à AWS. C'est une décision souveraine. Ce que le Free Tier empêche, c'est que cette décision soit prise consciemment — parce que la gratuité anesthésie le jugement sur les coûts réels, y compris le coût de la captivité architecturale.

Le développeur qui pose cette question à chaque service managé fait ce que le Sac du Professeur de Mathématiques enseigne à l'élève : voir la réalité physique derrière le symbole abstrait. Le service managé est le symbole. La captivité architecturale est la réalité physique.