Suivi DBConnection.ConnectionError

[thbar]

On constate des erreurs en volume important.

• https://transport-data-gouv-fr.sentry.io/issues/4983138054/?project=6197733&query=is%3Aunresolved+issue.priority%3A%5Bhigh%2C+medium%5D&referrer=issue-stream&stream_index=0 515 occurrences at time of writing
• https://transport-data-gouv-fr.sentry.io/issues/3016768499/?project=6197733&query=is%3Aunresolved+issue.priority%3A%5Bhigh%2C+medium%5D&referrer=issue-stream&stream_index=1 9000 occurrences at time of writing

Exemple de graphique:

Il va être temps de prioriser un peu de travail sur la charge DB, avec en particulier "counter cache" sur les modes:

• https://github.com/etalab/transport-site/issues/3301

[thbar]

Le gros a à priori été traité via #4006.

[thbar]

Suite à différentes analyses:

• je réouvre mais je renomme (le côté indisponibilité n'est plus présent, je propose de garder ce ticket pour continuer à analyser les erreurs DB, car comme constaté en recevant #4006, si le taux d'erreur pour le public a drastiquement diminué (divisé par 5 à 10 selon les estimations), il reste beaucoup d'erreurs en DB)
• @vdegove a remonté (merci) l'existence de ce rapport (via onglet discover) où on peut observer le gros pic mais aussi que le volume général fluctue dans le temps et reste bien présent

• un point attire mon attention: si on est sur une vue 7j, qui agrège par tranche de 6 heures, et bien... on observe quelque chose d'intéressant, une absence d'erreur par plage. Je ne sais pas encore si c'est régulier (je vérifierai) mais ça donne une info potentiellement intéressante

Tout ça m'amène à me poser les questions suivantes:

• ces erreurs sont-elles liées au web ? ou à Oban (pas sur un échantillon, il faudra une stat globale, et peut-être différencier ça via AppSignal ou Sentry)
• quels sont les gros hotspots qui génèrent ces erreurs

Important d'asserter les sources avant d'aller chercher à optimiser, pour trouver l'optimisation suivante la plus rentable.