Présentation d'Error Reporting

Error Reporting rassemble les erreurs générées dans votre cloud en cours d'exécution services. Ces erreurs sont signalées par le service API Error Reporting ou sont inférées comme des erreurs lorsque Error Reporting inspecte les entrées de journal pour rechercher les modèles de texte tels que les traces de pile. Erreurs liées aux groupes dans Error Reporting qui sont considérés comme ayant la même cause racine.

Cloud Logging active automatiquement Error Reporting lorsqu'un journal utilisateur ingéré correspond à l'un de ces éléments modèles de ML.

Étant donné qu'Error Reporting est un service global, il ne peut analyser les entrées de journal stockées Buckets Cloud Logging qui se trouvent dans le Région global, où les projets Google Cloud source et de destination et où les clés de chiffrement gérées par le client (CMEK) sont désactivées. Si vous acheminez les journaux vers un autre projet Google Cloud, buckets régionalisés ou activer les CMEK Error Reporting ne capture ni n'analyse ces journaux.

Error Reporting relève jusqu'à 1 000 erreurs par heure. Lorsque cette limite est atteinte, les comptes affichés sont estimés. Si trop d'événements sont Error Reporting reçoit jusqu'à 100 erreurs par heure et continuez à extrapoler les décomptes.

Regroupement des erreurs

Lors de l'évaluation des entrées de journal, Error Reporting les ignore d'entrée de journal avec les conditions suivantes:

  • Dans l'environnement standard App Engine, les erreurs ayant un niveau de gravité inférieur à ERROR sont ignorées.
  • Les blocs de pile qui n'appartiennent pas à l'utilisateur sont ignorés (ceux qui appartiennent à des bibliothèques publiques, par exemple).
  • Les séquences répétées d'un ou plusieurs blocs de pile sont remplacées par une seule occurrence de ces séquences.
  • Les méthodes et les symboles ajoutés par un compilateur sont supprimés.

Ensuite, Error Reporting suit les modèles généraux suivants pour regrouper les erreurs:

  • Les exceptions sont regroupées si elles partagent le même type d'exception et présentent des piles similaires.
  • La trace de la pile est ignorée pour les exceptions qui ne sont généralement pas liées à l'emplacement source où elles se produisent.
  • Les erreurs sans pile d'exception sont regroupées si elles ont été créées par la même entrée de journal, d'après l'emplacement source signalé de (reportLocation).

Plus précisément, les règles de regroupement suivantes sont appliquées dans l'ordre indiqué ci-dessous :

Type d'erreur Critère de regroupement
Erreurs causées par un problème général dans l'environnement.

Par exemple, des problèmes spécifiques à App Engine :

com.google.apphosting.runtime.HardDeadlineExceededError
com.google.appengine.api.datastore.DatastoreTimeoutException

Problèmes Java :

java.util.concurrent.CancellationException
 Regroupement par type d'exception.
Erreurs avec une trace de la pile. Dans le cas d'exceptions imbriquées, l'exception la plus profonde est prise en compte.

Exemple :

runtime error: index out of range
package1.func1()
      file1:20
package2.func2()
      file2:33
 Regroupement par type d'exception et avec les cinq cadres les plus apparents.
Erreurs sans trace de la pile, mais avec un message.

Exemple :

runtime error: index out of range
    func1()
 Regroupement par message et par nom de fonction, le cas échéant. Seuls les trois premiers jetons littéraux du message sont pris en compte. Dans l'exemple de gauche, il s'agit de runtime, error et index.

Étape suivante