Une API à construire pour une application
L'application mobile ou web a besoin d'un back-end : comptes, données, paiements, notifications et intégrations.
Technologie
API et back-ends NestJS et Node.js pour applications mobiles et web : modules métier, PostgreSQL, authentification, temps réel et tests. NestJS ou Node.js est présent dans sept de nos huit études de cas.
1// commandes.module.ts — illustration2@Module({3imports: [PrismaModule, PaiementsModule],4controllers: [CommandesController],5providers: [CommandesService],6exports: [CommandesService],7})8export class CommandesModule {}
Situations
L'application mobile ou web a besoin d'un back-end : comptes, données, paiements, notifications et intégrations.
Code sans structure, peu ou pas de tests, modèle de données difficile à faire évoluer.
Passer de MongoDB à PostgreSQL, ou restructurer un modèle de données, sans interrompre le service.
Plusieurs domaines métier, des rôles, de la modération ou des imports volumineux à faire cohabiter dans une même API.
Périmètres couverts
Une API se juge à ce qu'elle permet de changer sans casser les applications qui l'utilisent.
Modules métier, injection de dépendances, contrôleurs et services découplés, conventions partagées par l'équipe.
Modèle PostgreSQL, Prisma, migrations versionnées, et MongoDB lorsque l'usage le justifie.
API REST documentées en OpenAPI, versions maîtrisées, contrats partagés avec les applications clientes.
Comptes, rôles, OAuth, AWS Cognito, paiements Stripe et webhooks.
WebSocket et notifications pour la messagerie, les enchères ou le suivi de traitements en direct.
Tests unitaires et d'intégration, intégration continue, couverture suivie. Le back-end de Blisterr compte 6 680 tests et 97 % de couverture.
Méthode
Domaines métier, modèle de données et contrats d'API, validés avec les équipes qui consomment l'API.
Structure des modules, authentification, conventions, tests et intégration continue.
Fonctionnalités livrées avec leurs tests et leur documentation, revue de code à chaque étape.
Déploiement, supervision, journaux et procédures, par l'équipe qui a écrit le code.
Responsabilités
Répartition courante des responsabilités, arrêtée mission par mission dans le contrat.
| Sujet | Chez vous | Chez Black Tide |
|---|---|---|
| Règles métier | Vous les fournissez et arbitrez les cas limites | Nous les traduisons en modèle et en API |
| Contrats d'API | Vos équipes clientes valident les contrats | Nous les documentons et les versionnons |
| Données | Vous restez propriétaire des données et des bases | Nous concevons le modèle et les migrations |
| Revue de code | Votre processus s'applique | Nous relisons et soumettons à relecture |
| Production | Vous décidez des mises en production | Nous déployons et surveillons |
Preuve
Back-end NestJS en cours de migration de MongoDB vers PostgreSQL 17 avec Prisma, table par table et sans coupure ; 6 680 tests et 97 % de couverture.
Lire le cas BlisterrAPI NestJS d'une vingtaine de modules métier, PostgreSQL et AWS Cognito : auto-publication des auteurs et modération par niveaux de confiance.
Lire le cas Fantasy AlleyChaque cas décrit le travail réellement réalisé, son périmètre et son statut.
Budget et suite
Pour un produit ou un lot défini en NestJS ou Node.js : le cadrage fixe le périmètre, le chiffrage et le découpage en lots.
Un ingénieur back-end senior rejoint votre équipe au tarif jour public de 750 € HT, pour une mission courte ou longue.
Pour un back-end existant : diagnostic du code, des données et de l'exploitation, puis stabilisation ou migration progressive.
Les fourchettes de budget par niveau de maturité, du prototype au produit évolutif, sont publiées sur la page tarifs.
Questions utiles
Express laisse toute la structure à construire ; NestJS impose des modules, de l'injection de dépendances et des conventions qui aident une équipe à grandir. Pour une API destinée à durer, nous recommandons généralement NestJS.
PostgreSQL pour la plupart des produits, dès que les relations et l'intégrité des données comptent. MongoDB reste pertinent pour certains usages documentaires. Sur Blisterr, nous migrons de MongoDB vers PostgreSQL table par table.
Oui. Nous examinons d'abord le code, le modèle de données, les tests et le déploiement, puis proposons une trajectoire par étapes plutôt qu'une réécriture.
Oui : Java, Python, C# ou C++ selon le contexte. NestJS reste le socle de la plupart de nos projets publiés.
Prochaine étape
Les applications qui consomment l'API, les données et l'échéance : c'est le point de départ.