Les outils de suivi des erreurs collectent les rapports de plantage, les traces de pile et les mesures de performance des sites web, des applications mobiles et des services back-end, les regroupent en incidents et alertent les développeurs. Les équipes s'en servent pour corriger vite les défauts, relier les erreurs aux versions et voir quels utilisateurs sont touchés. Sentry est un point de comparaison connu.
L'enjeu de souveraineté tient à ce qui voyage avec l'erreur. Les rapports contiennent souvent des données de requête, des identifiants d'utilisateur, des détails de session et parfois des fragments de mémoire ou des variables comportant des données personnelles ou des secrets comme des jetons. Tout part vers un service externe : la juridiction du fournisseur, ses sous-traitants et le filtrage opéré avant la sortie des données comptent donc. Comme les SDK sont intégrés à votre code, changer de fournisseur suppose de modifier chaque application qui remonte des erreurs.
Pour une solution européenne, vérifiez si les données peuvent être nettoyées côté client ou à l'ingestion, la durée de conservation des événements, qui peut les consulter et si vous choisissez la région d'hébergement. L'auto-hébergement est ici particulièrement pertinent, tout comme la compatibilité avec les protocoles de SDK répandus, qui limite le coût d'un changement.