Flux backend
Ce dossier documente les flux métier et techniques critiques côté backend Laravel.
Objectif
Donner une lecture simple et exploitable des traitements sensibles qui doivent passer par l’API Laravel cible.
Principes communs
- La logique métier sensible doit rester côté backend.
- Les frontends ne doivent pas porter les décisions métier critiques.
- Les actions sensibles doivent être validées, tracées et auditables.
- Les traitements longs doivent pouvoir être délégués à des jobs/queues.
- Les données manipulées doivent rester limitées au besoin du flux.
État actuel vs cible
| Sujet | État actuel visible | Vision cible |
|---|---|---|
| API | Routes /api/v1 et modules Laravel visibles. | API centrale modulaire pour toutes les apps. |
| Frontends | Supabase JS visible historiquement. | Frontends consommateurs d’API, logique sensible côté Laravel. |
| Asynchrone | Jobs/queues documentés comme importants. | Notifications, médias, IA, statistiques et synchronisations en arrière-plan. |
| Audit | Besoin documenté. | Journalisation des actions sensibles. |
Flux documentés
- Authentification et contexte applicatif.
- Publication locale.
- Revendication d’acteur.
- Gestion d’acteur.
- Abonnement et boost.
- Notifications.
- Médias.