[TECH] Remplacer les usages de Logger par les méthodes avec correlations IDs (PIX-12823)

[Libouk]

🦄 Problème

Ajout d'infos dans les logs. Le correlationID n'est pas loggué partout pour l'instant.
Le but est de pouvoir prévenir automatiquement chaque équipe en cas d'erreur, en fonction d'un label @team qu'il faudra ajouter sur chaque route.

🤖 Proposition

Remplacer les usages de Logger.info, error, warn, etc par loggerInfoWithCorrelationId, etc

🌈 Remarques

Pour l'instant logger.warn & logger.traces & logger.fatal ne sont pas gérées

💯 Pour tester

Un log drain sur la review app a été ajouté pour avoir les logs dans scalingo.
(scalingo --region osc-fr1 -app pix-api-review-pr9157 log-drains-add --type datadog --token --drain-region eu --with-addons)
datadog logs
https://app-pr9157.review.pix.fr/

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[Libouk]

Avis de @HEYGUL : Inverser la logique suivie ici, plutôt appeler logErrorWithCorrelationIds au sein de l'appel de logger.error. et ainsi de suite pour les autres méthodes logger.

[dlahaye]

Avis de @HEYGUL : Inverser la logique suivie ici, plutôt appeler logErrorWithCorrelationIds au sein de l'appel de logger.error. et ainsi de suite pour les autres méthodes logger.

👍 Oui, ça permettra 1) de respecter l'inversion de dépendance et 2) de moins (voire plus du tout) casser les tests

[dlahaye]

Inverser la logique suivie ici, plutôt appeler logErrorWithCorrelationIds au sein de l'appel de logger.error. et ainsi de suite pour les autres méthodes logger.

@Libouk @BerengereC je pense qu'on peut reprendre cette PR à zéro (sur une branche neuve sans conflits) en prenant en compte cette proposition. Cela permettrait d'isoler la nouvelle dépendance sans casser autant de tests et en limitant les risques de conflits d'ici le merge. Qu'en pensez-vous ?

[HEYGUL]

On ferme la PR au profit de #9425 ?