Où vivent vos données

Sur votre machine, en Europe. Vos clés dans un coffre chiffré. Vos sauvegardes chez vous et ailleurs. Et si vous partez, vous partez avec tout.

La machine

ServeurVPS dédié en Europe, chez OVH — pas de cloud américain dans la chaîne

SystèmeDebian, mises à jour de sécurité appliquées

AccèsPar clé SSH uniquement. Aucun mot de passe ne circule

CertificatsLet's Encrypt, renouvelés automatiquement

Vos données

BasePostgreSQL dans un Supabase auto-hébergé — 6 conteneurs sur VOTRE machine

Ce qu'elle contient30 tables : vos projets, vos fils de discussion, vos agents, votre journal d'audit

Qui y accèdeVous. Aucun tiers n'a de compte, aucune télémétrie ne sort

FichiersLe stockage Supabase, sur le même disque — rien chez un hébergeur d'images

Aucune donnée ne transite par un service tiers. C'est la différence de fond avec les outils d'IA hébergés : ici, la question « où sont mes données » a une réponse d'une seule ligne.

Vos clés de modèles

OùDans un coffre chiffré en base — jamais en clair, jamais dans le navigateur

ChiffrementUne clé maîtresse qui reste sur le serveur, hors de la base

CombienAutant que vous voulez : une par fournisseur, ou une par projet

Qui paieVous, directement au fournisseur. Nous ne prenons aucune marge sur vos jetons

Sept fournisseurs sont branchés en cascade — Gemini, Groq, Cerebras, Mistral, GitHub Models, OpenAI, Anthropic. Quand l'un sature ou tombe, le suivant prend la main sans que vous ayez à intervenir.

Les sauvegardes

QuandChaque nuit à 3 h, automatiquement

QuoiTrois pièces distinctes : le cluster complet, les données applicatives, les rôles

Pourquoi troisUn seul dump ne suffit pas — restaurer sur une machine neuve demande les rôles d'abord

OùSur la machine ET copiées hors machine, dans un stockage objet séparé

Combien de tempsSept jours en local, sans limite de durée sur la copie distante

Une sauvegarde qui dort sur le serveur qu'elle protège ne protège de rien : si la machine meurt, elle meurt avec. D'où la copie ailleurs.

La surveillance

Toutes les 30 minServices, sites, disque, âge de la dernière sauvegarde

Chaque nuitUn contrôle bout en bout : l'application, la connexion, l'agent qui lit et écrit

Si ça casseUn courriel, une fois par panne, avec ce qu'il faut faire

RéparationUn service tombé est relancé une fois — et c'est écrit dans l'alerte

Ce qui a été trouvé cassé aujourd'hui

En préparant cette page, la sauvegarde a été vérifiée pour de vrai. Elle ne fonctionnait plus depuis trois semaines : le dossier de destination était un lien vers un disque détaché, le script mourait dessus, et le cron tournait chaque nuit en produisant du vide. En silence complet.

C'est réparé, la copie hors machine est ajoutée, et la surveillance regarde désormais l'âge de la dernière sauvegarde — pas seulement qu'un fichier existe. Un vieux fichier qui traîne donne la même fausse assurance qu'un dossier vide.

C'est écrit ici parce qu'une page d'architecture qui ne dit que le beau ne prouve rien. La question utile n'est pas « avez-vous des sauvegardes » mais « quand les avez-vous vérifiées ».

Si vous arrêtez

Vous récupérez la base complète, en format standard PostgreSQL.
Vous gardez vos clés : elles n'ont jamais été à nous.
Le code de l'application vous est remis, sans licence qui vous retienne.
Rien à désinstaller chez nous : il n'y avait rien chez nous.

Voir les formules et les prix Poser une question technique

Chiffres et faits mesurés le 18 août 2026 sur l'installation en production.