Changer de fournisseur IA ou d'hébergeur sans tout casser

En bref

• Changer de fournisseur IA ou d'hébergeur ne doit pas être un chantier : c'est un critère de conception dès le départ.
• Les migrations échouent quand les données sont piégées, les intégrations propriétaires, ou le code non documenté.
• Une stack portable (PostgreSQL, Cloudflare, modèles interchangeables) et des points de branchement documentés rendent le changement possible en jours, pas en mois.
• Le code vous appartient : c'est la garantie la plus solide contre le verrouillage.

Le problème, concrètement

La plupart des systèmes sont conçus pour fonctionner, pas pour être remplacés. Les données s'accumulent chez un fournisseur, les connecteurs deviennent propriétaires, et le code mélange logique métier et appels fournisseur. Le jour où vous voulez partir, chaque choix passé devient une dette.

Le coût de la migration n'est pas technique, il est organisationnel : vos équipes ont appris l'outil, vos process tournent dessus, et personne n'a le temps de refaire ce qui marche. Résultat : vous restez, même quand le prix ou la qualité ne vous conviennent plus.

Ce qui rend un changement simple

• Le code chez vous : livré, documenté, reprenable. C'est la condition première.
• Des données exportables : PostgreSQL/Supabase, avec des exports standard et vos données à vous.
• Une couche d'abstraction des modèles : l'appel au LLM passe par une interface commune, pas par l'API d'un seul fournisseur.
• Des points de branchement documentés : on sait où se connecte chaque service externe, donc où le remplacer.
• Un coût d'exploitation réduit : peu de services, peu de dépendances, une facture qui reste sous contrôle.

Le scénario que j'applique

Concrètement, chez un client : les données dans PostgreSQL, l'exécution sur Cloudflare (Workers, R2), les agents IA branchés sur un modèle interchangeable via une couche d'API commune. Chaque fournisseur est un point de branchement isolé, documenté, remplaçable. Si demain le client veut passer d'un modèle à un autre, ou quitter un hébergeur, on sait exactement quoi faire, et le code reste intact.

Ce n'est pas de l'anti-marketing, c'est de l'ingénierie : une solution conçue pour être portable coûte à peine plus cher à construire, et des années de liberté à la clé. C'est le sens du positionnement ingénieur d'intégration indépendant.