Stack back-end
La stack doit couvrir contrat API, DB, queues, logs, tests et secrets.
- Sélection
- 10 dont 3 en option
- Budget cible
- 68 € par mois
- Profil
- Optimisation stade d'activité
Quel outil pour quoi ?
RepoSocle
GitHub
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.IDE IASocle
Cursor
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.SocleSocle
Node.js
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.ProductionSocle
NestJS
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.ProductionSocle
Python
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.ProductionSocle
FastAPI
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.ProductionSocle
Go
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À documenter dès le premier projet pour rester maintenable.ContrôleSelon vos besoins
PostgreSQL
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À activer quand le volume, le risque ou la complexité le justifie.ContrôleSelon vos besoins
Redis
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À activer quand le volume, le risque ou la complexité le justifie.ContrôleSelon vos besoins
Prisma
À garder dans cette stack : rôle clair, usage récurrent et impact direct sur le livrable.À activer quand le volume, le risque ou la complexité le justifie.
Pourquoi cette combinaison ?
Le piège : livrer une API qui marche en local mais sans logs, retries ni doc. En freelance, la maintenance se vend dès l’architecture. La bonne approche ToolTrim : un outil par rôle, une source de vérité par sujet, et des garde-fous avant les outils premium.
Adaptée si…
API, logique métier, intégrations, jobs et sécurité serveur.
À éviter si…
Tu veux seulement une liste d’outils générique sans livrable, monitoring ni logique de maintenance.
Cadrer avant de coder
Brief, livrables, limites, accès et critères de validation doivent être posés avant le choix final des outils.
Livrer une chaîne complète
Code, preview, tests, logs, documentation et facturation doivent être pensés ensemble.
Rendre la reprise possible
Le client doit pouvoir comprendre quoi existe, où c’est hébergé, comment déployer et quoi surveiller.
Combien prévoir ?
Cursor17 €
GitHub3 €
Node.jsGratuit
NestJSGratuit
PythonVariable
FastAPIGratuit
GoGratuit
PostgreSQLen optionGratuit
Redisen optionGratuit
Prismaen optionGratuit
Le budget cible est l'enveloppe recommandée pour démarrer. Le prix catalogue additionne le premier plan payant de chaque outil du socle, hors 1 outil sans prix fixe. Les outils en option n'y sont pas comptés.
Ce qui mérite votre attention
Le piège : livrer une API qui marche en local mais sans logs, retries ni doc. En freelance, la maintenance se vend dès l’architecture.
Stack trop lourde
Une stack senior n’est pas une stack énorme. Elle retire autant qu’elle ajoute.
Pas de monitoring
Sans erreurs, logs et uptime, tu découvres les problèmes par le client.
IA sans garde-fous
L’IA accélère mais ne remplace ni tests, ni revue, ni décision technique.
Plusieurs clients actifs
Standardise templates, checklists, conventions et onboarding projet.
Risques de production
Ajoute monitoring, alertes, backups, secrets et tests avant d’ajouter de nouveaux frameworks.
Maintenance récurrente
Passe d’une livraison ponctuelle à un système de suivi : changelog, tickets, SLA léger et rapport mensuel.
Les questions à te poser
Le client peut-il voir une version à jour sans te demander ?
Non → ajoute preview, changelog court et lien stable dans la page projet.
Tu sais quoi surveiller après mise en production ?
Non → commence par erreurs, uptime, logs utiles et événement métier principal.
La stack est-elle explicable en cinq minutes au client ?
Non → elle est probablement trop dispersée ou pas assez documentée.