Plan d'archi minimal pour une app qui tient en prod
Créer une application avec l'IA, c'est rapide : en démo, tout marche. La prod, c'est autre chose — mille inconnus, des connexions qui tombent, des données qu'on ne perd pas. Voici l'archi minimale qui fait tenir.
La règle qui vaut tout le reste : Une démo impressionne parce qu'elle montre le meilleur cas. Une app de prod tient parce qu'elle a prévu le pire. Chaque brique ci-dessous existe pour le jour où ça se passe mal — et ce jour arrive toujours.
Les 7 briques d'une app de prod
Une démo a besoin d'un écran et d'une logique. Une app de prod a besoin de sept choses. Coche celles que ton projet couvre déjà — les trous forment ta liste de travail.
Auth : chaque utilisateur a un compte, un mot de passe hashé, une session qui expire.
Base de données avec sauvegarde automatique quotidienne (pas un fichier local dans ton dossier).
Gestion d'erreur : une action qui échoue affiche un message clair et ne casse pas l'écran.
Secrets hors du code : clés API et mots de passe dans des variables d'environnement, jamais commités.
Validation des entrées : tout ce que l'utilisateur tape est revérifié côté serveur, pas seulement côté écran.
Logs + alerte : quand ça plante à 3 h du matin, tu le sais avant qu'un client te l'apprenne.
Hébergement avec HTTPS et un nom de domaine, pas un lien localhost.
Choisir ta stack sans te tromper
Le meilleur langage, c'est celui qui a le plus de réponses quand tu es bloqué. Voici les choix qu'on fait par défaut au studio, et pourquoi.
« Je fais quoi comme app ? »
→Web (SaaS, dashboard)— JavaScript/TypeScript et un framework comme Next.js. La communauté est énorme, l'IA le maîtrise mieux que tout le reste.
→Mobile iOS + Android— React Native ou Flutter. Un seul code pour les deux stores, moitié moins de travail qu'en natif.
→Automatisation, script, data— Python. Lisible, une bibliothèque pour tout, parfait pour relier des outils entre eux.
→Outil interne rapide— Un no-code (Airtable, Retool) tant que tu es sous 50 utilisateurs. Tu passeras au code quand ça coince, pas avant.
« Je stocke mes données où ? »
→Postgres (Supabase, Neon)— Le choix par défaut. Fiable, gratuit pour démarrer, monte jusqu'à des millions de lignes sans broncher.
→SQLite— Pour un outil solo ou un proto. Simple, mais prévois la migration vers Postgres dès que plusieurs personnes écrivent en même temps.
→Un tableur— Jamais en prod. Bien pour valider l'idée, ingérable dès le premier bug de concurrence.
Les seuils : quoi ajouter, quand
N'ajoute pas de complexité avant d'en avoir besoin. Mais sache exactement à quel moment elle devient obligatoire. Voici les paliers.
Utilisateurs actifs
Ce que tu ajoutes
Pourquoi maintenant
1 à 10
Sauvegarde auto + HTTPS
Perdre les données de tes 5 premiers clients = fin du projet.
10 à 100
Logs + alerte email sur erreur
Tu ne peux plus tout tester à la main ; le bug arrive sans témoin.
100 à 1 000
Rate limiting + suivi uptime
Le premier robot ou pic de trafic peut mettre l'app à genoux.
1 000 à 10 000
Cache + file de tâches (jobs)
Les traitements lourds bloquent l'écran ; passe-les en arrière-plan.
10 000+
Réplique de base + CDN
La panne d'un seul serveur devient inacceptable.
Mettre en ligne, étape par étape
Mets ton code sur GitHub en dépôt privé : c'est ta sauvegarde et ton historique.
Choisis un hébergeur qui déploie tout seul à chaque push (voir tableau).
Sors tous les secrets du code, place-les dans les variables d'environnement de l'hébergeur.
Branche un nom de domaine et active HTTPS (automatique chez les hébergeurs modernes).
Ajoute un service de logs (souvent inclus) et une alerte email sur les erreurs.
Teste depuis un autre appareil, sur ta connexion mobile — pas depuis ton localhost.
Hébergeur
Pour quoi
Départ / mois
Vercel / Cloudflare Pages
App web, SaaS
0 € puis ~20 €
Railway / Render
Backend + base de données
0 € puis 5-20 €
Supabase / Neon
Base Postgres gérée
0 € puis ~25 €
Fly.io
App à faire tourner près des users
~5 €
Les trois pièges qui coûtent le plus cher
La base sur ta machine — Un proto qui stocke tout dans un fichier local. Le jour du déploiement, tout est à refaire. Prends une vraie base dès le début, même gratuite.
Aucune sauvegarde — Ça marche six mois, puis une fausse manip efface une table. Sans backup auto, tu perds tes clients et leur confiance le même jour.
Les secrets dans le code — Une clé API poussée sur GitHub est scannée et exploitée en minutes. Facture surprise et compte piraté. Variables d'environnement, toujours.
Ce plan te donne la carte. Si tu préfères qu'on construise l'app avec toi — ou qu'on audite ton archi avant le grand jour — c'est notre métier au studio. → neo-va.com
Un projet en tête ?
Nous construisons des applications sur mesure. Le diagnostic est gratuit et sans engagement.