Développement backend pour des systèmes qui ne doivent pas tomber

Ce que nous développons côté backend

Nous concevons et développons les systèmes côté serveur qui font tourner les produits web et mobiles, les plateformes internes et les flux de données entre entreprises.

• API publiques et partenaires, REST ou GraphQL, versionnées et documentées
• Services métier et monolithes modulaires aux frontières claires
• Microservices lorsqu'un déploiement ou une montée en charge indépendants se justifient
• Systèmes orientés événements avec Kafka ou RabbitMQ
• Intégrations avec les ERP, CRM, prestataires de paiement et systèmes existants

Une conception d'API « contract-first »

Nous concevons les API avant de les implémenter. Un schéma OpenAPI ou GraphQL est validé avec les équipes qui le consommeront, relu comme du code et utilisé pour générer clients, mocks et tests de contrat. Les développements front-end et mobile peuvent alors démarrer en parallèle au lieu d'attendre le backend.

Une bonne API est ennuyeuse à consommer : nommage cohérent, pagination et formats d'erreur prévisibles, opérations idempotentes lorsque des relances sont possibles, et une politique de versioning qui ne casse pas les clients existants.

Java, Spring Boot et Node.js

Pour les systèmes aux règles métier complexes, à forte volumétrie ou à longue durée de vie, nous utilisons généralement Java avec Spring Boot : un écosystème mature, un excellent outillage et de solides performances sur les JVM modernes. Pour les services à forte intensité d'entrées/sorties, les couches backend-for-frontend et les équipes qui travaillent en TypeScript de bout en bout, Node.js est souvent plus adapté.

Quel que soit le langage, les principes restent les mêmes : des frontières de domaine explicites, une cohérence transactionnelle là où elle compte, des tests d'intégration contre de vraies bases de données et de vrais brokers grâce à Testcontainers, et un code qu'un nouvel ingénieur peut suivre.

Microservices et architecture orientée événements, à bon escient

Les microservices résolvent des problèmes d'organisation et de montée en charge, mais ils ajoutent des pannes réseau, des données distribuées et une charge d'exploitation. Nous partons d'une conception modulaire et n'extrayons des services que lorsque le bénéfice est évident : vous ne payez pas le coût de la distribution avant d'en avoir besoin.

Lorsque la messagerie asynchrone est le bon outil, nous concevons topics et événements avec le même soin que les API, utilisons le pattern outbox pour éviter les messages perdus ou dupliqués, et développons des consommateurs idempotents qui peuvent être rejoués sans risque. Timeouts, relances avec backoff et circuit breakers empêchent une dépendance lente de faire tomber tout le système.

Une intégration de systèmes sans bricolage fragile

C'est dans les intégrations que beaucoup de systèmes cassent sans bruit. Nous encapsulons les systèmes externes derrière des couches anticorruption pour que leurs particularités ne contaminent pas votre domaine, validons chaque message entrant et rendons les échanges en échec visibles et rejouables au lieu de les perdre silencieusement.

Chaque service est livré avec des logs structurés, des métriques et des traces distribuées, ainsi que des SLO qui définissent ce que signifie « en bonne santé ». Déploiement, montée en charge et supervision sont assurés avec notre pôle cloud et DevOps, et vous recevez à la passation les spécifications d'API, les runbooks et la documentation d'architecture.