Aller au contenu principal

Performance

Statut

Document de cadrage architecture — version initiale.

Objectif

La performance DMV doit soutenir une expérience mobile-first simple et rapide.

Les utilisateurs doivent pouvoir consulter une commune, rechercher un acteur, lire une publication ou recevoir une alerte sans lenteur excessive.

Axes principaux

AxeObjectif
Frontend publicChargement rapide, assets optimisés, cache adapté.
APIRéponses courtes, requêtes optimisées, pagination.
Base de donnéesIndex, filtres territoriaux, requêtes contrôlées.
MédiasCompression, formats adaptés, lazy loading.
JobsTraitements longs hors requête HTTP.
IAQuotas, routing et exécution asynchrone si nécessaire.
BackofficeTables et listes paginées, filtres efficaces.

État actuel visible

  • Nginx active gzip.
  • Nginx applique du rate limiting sur API, auth et webhook Stripe.
  • Next.js est utilisé pour le site public.
  • Vite est utilisé pour le backoffice.
  • Supervisor et queues sont prévus pour traitements asynchrones.
  • Laravel scheduler existe.

Bonnes pratiques cible

  • Paginer les listes.
  • Éviter les payloads trop larges.
  • Précharger uniquement ce qui est utile.
  • Compresser les médias.
  • Utiliser le cache pour les lectures publiques stables.
  • Déplacer emails, médias, statistiques et IA vers jobs si nécessaire.
  • Mesurer avant d'optimiser.

Points sensibles

  • Mur de la ville.
  • Annuaire et recherche.
  • Pages commune.
  • Mini-sites acteurs avec médias.
  • Backoffice listes d'acteurs/publications.
  • Notifications massives.
  • Générations IA.
  • PlayLoop playlist device.

Indicateurs cible

Sans fixer de chiffres officiels à ce stade, il faudra suivre :

  • temps de réponse API ;
  • erreurs HTTP ;
  • latence frontend ;
  • poids des pages ;
  • temps de build ;
  • taille des médias ;
  • temps de traitement jobs ;
  • latence IA ;
  • taux de cache.

Risques et points à clarifier

  • Budget performance mobile à définir.
  • Stratégie médias/CDN à formaliser.
  • Indexation base à auditer.
  • Requêtes directes Supabase à analyser.
  • Tests de charge à prévoir lorsque l'usage réel augmente.