Error Reporting agrega y agrupa los eventos de error de la aplicación por su causa raíz, lo que te ayuda a identificar, priorizar y clasificar problemas en tus servicios en la nube. Un evento de error representa una sola ocurrencia de un error de la aplicación y captura su marca de tiempo, contexto de ejecución y mensaje de error.
Error Reporting se habilita automáticamente y comienza a detectar errores sin necesidad de configuración manual. Recopila eventos de error directamente desde la API de Error Reporting o los infiere mediante el análisis de entradas de registro en busca de seguimientos de pila y patrones de error comunes.
Para optimizar el rendimiento, Error Reporting hace un muestreo de hasta 1,000 errores por hora y estima los recuentos cuando se alcanza este umbral. Si el volumen de eventos supera la capacidad, Error Reporting hace un muestreo de hasta 100 errores por hora y continúa con la extrapolación de los recuentos mostrados.
Cuándo Error Reporting analiza las entradas de registro
Error Reporting es un servicio global compilado en Cloud Logging y puede analizar entradas de registro cuando se cumplen todas las siguientes condiciones:
- Las cargas de trabajo de Assured están inhabilitadas. Para obtener más información, consulta Descripción general de Assured Workloads.
- Las claves de encriptación administradas por el cliente (CMEK) están inhabilitadas en todos los buckets de registro que almacenan la entrada de registro. Error Reporting no puede almacenar entradas de registro en buckets de registro que tengan habilitada la CMEK. Para obtener información sobre cómo determinar la configuración de CMEK para un bucket de registros, consulta Verifica la habilitación de claves.
- El bucket de registros satisface una de las siguientes condiciones:
- El bucket de registros se almacena en el mismo proyecto en el que se originaron las entradas de registro.
- Las entradas de registro se enrutaron a un proyecto y, luego, ese proyecto almacenó esas entradas de registro en un bucket de registros que le pertenece.
Cómo se agrupan los eventos de error
Cuando Error Reporting evalúa las entradas de registro para identificar eventos de error, ignora los siguientes datos:
- Entradas de registro escritas por el entorno estándar de App Engine que tienen un nivel de gravedad inferior a
ERROR. - Marcos de pila que no son propiedad del usuario, como los que pertenecen a bibliotecas públicas.
Cuando se analiza una entrada de registro, Error Reporting realiza las siguientes modificaciones antes de inferir eventos de error:
- Reemplaza cualquier secuencia repetida de uno o más marcos de pila por un único caso de esa secuencia.
- Quita los métodos y símbolos ingresados por el compilador.
Error Reporting aplica estas reglas, en el orden especificado, para agrupar eventos de error:
| Evento de error | Agrupado por |
|---|---|
| Eventos de error provocados por un problema general en el entorno.
Por ejemplo, problemas específicos de App Engine: com.google.apphosting.runtime.HardDeadlineExceededError com.google.appengine.api.datastore.DatastoreTimeoutException Problemas de Java: java.util.concurrent.CancellationException |
Agrupado por tipo de excepción. |
| Eventos de error con seguimiento de pila. En el caso de excepciones anidadas, se considera la excepción más interna.
Por ejemplo: runtime error: index out of range
package1.func1()
file1:20
package2.func2()
file2:33 |
Agrupado por tipo de excepción y los cinco marcos principales. |
| Eventos de error sin seguimiento de pila, pero con un mensaje.
Por ejemplo: runtime error: index out of range
func1()En este ejemplo, se consideran los siguientes tokens:
|
Agrupado por mensaje y (si existe) nombre de función. Solo se consideran los primeros tres tokens del mensaje. |
Regionalidad de los datos
Si configuras Assured Workloads para la residencia de datos o los requisitos de nivel de impacto 4 (IL4), entonces Google Cloud inhabilitará automáticamente Error Reporting.
En Cloud Logging, puedes regionalizar tus registros enrutando
los a una ubicación específica. En la página Grupos de errores , Error Reporting organiza y muestra grupos de errores según la región del bucket de registros que contiene las entradas de registro. Por ejemplo, un grupo de errores que aparece en us-central1 contiene solo registros de errores que forman parte de un bucket de registros en us-central1. Los grupos de errores globales contienen solo registros de errores que forman parte de un bucket de registros en la región global.
Para filtrar la región de los grupos de errores que se muestran en la página Grupos de errores , selecciona un valor en el menú Región. Este menú tiene un valor predeterminado de global.
