Closed fufeck closed 1 year ago
C'était déjà le cas au départ. Qu'est-ce qui a aggravé la situation ?
C'était déjà le cas au départ. Qu'est-ce qui a aggravé la situation ?
je pense que c'est une accumulation de choses, avec les index tiles, le mongo a l'air de prendre plus de place. Dans tout les cas cette route peut prendre jusqu'à 3go par process donc jusqu'a 12go comme on a 4 process de mes-adresses-api, c'est beaucoup trop
La requète retourne les contours de communes qui ont une bal en features. Donc plus il y a de BAL plus il y de contours de commune, plus le cache de la ram par process augmente
En effet on n'avait pas 4 instances avant mais 2. Le plus simple est d'externaliser les géométries initiales et finales dans SQLite ou équivalent. Voire dans Mongo.
Context
Comme la route /couverture-tiles/:z/:x/:y.pbf contient toutes les geojson de toute les communes de france et qu'il y a plusieurs instance de mes-adresses-api en prod, cela fait exploser la RAM
Exemple après connection a la page https://mes-adresses.data.gouv.fr//dashboard
Fix
Désactivation de la route /couverture-tiles/:z/:x/:y.pbf avant fix final