Usa la interfaz de supervisión de Dataflow

Cuando ejecutas tu canalización con el servicio administrado de Dataflow, puedes ver ese trabajo y cualquier otro mediante la interfaz de usuario de supervisión de Dataflow basada en la Web. La interfaz de supervisión te permite ver tus trabajos de Dataflow y también interactuar con ellos.

Puedes acceder a la interfaz de supervisión de Dataflow mediante Google Cloud Console. La interfaz de supervisión te puede mostrar la siguiente información:

  • Una lista de todos los trabajos de Dataflow que se están ejecutando y los trabajos que se ejecutaron anteriormente en los últimos 30 días
  • Una representación gráfica de cada canalización
  • Detalles sobre el estado de tu trabajo, tipo y versión del SDK
  • Vínculos a la información sobre los servicios de Google Cloud en ejecución en tu canalización, como Compute Engine y Cloud Storage
  • Cualquier error o advertencia que suceda durante un trabajo
  • Diagnóstico adicional para un trabajo.

Puede ver gráficos de supervisión de trabajos en la interfaz de supervisión de Dataflow. Estos gráficos muestran métricas sobre la duración de un trabajo de canalización e incluyen la siguiente información:

  • Visibilidad paso a paso para ayudar a identificar qué etapas de la canalización pueden estar causando un retraso
  • Información estadística que puede revelar comportamientos anómalos
  • Métricas de E/S que pueden ayudarte a identificar cuellos de botella en tus fuentes y receptores

Accede a la interfaz de supervisión de Dataflow

Para acceder a la interfaz de supervisión de Dataflow, sigue estos pasos:

  1. Accede a Cloud Console.
  2. Selecciona tu proyecto de Google Cloud.
  3. Haz clic en el menú en la esquina superior izquierda.
  4. Ve a la sección Macrodatos y haz clic en Dataflow.

Aparecerá una lista de trabajos de Dataflow junto con su estado. Si no ves ningún trabajo, debes ejecutar uno nuevo. Para obtener información sobre cómo ejecutar un trabajo, consulta las guías de inicio rápido de Dataflow.

Una lista de trabajos de Dataflow con trabajos en los estados en ejecución, con errores y finalizado de manera correcta.
Figura 1: Una lista de trabajos de Dataflow en Cloud Console cuyos estados son En ejecución, Con errores y Correcto.

Un trabajo puede tener los siguientes estados:

  • : La interfaz de supervisión aún no recibió un estado del servicio Dataflow.
  • En ejecución: el trabajo se está ejecutando.
  • Iniciando…: Se crea el trabajo, pero el sistema necesita tiempo para prepararse antes de iniciarlo.
  • En cola: un trabajo de FlexRS está en cola o un trabajo de plantilla flexible se lanza (que puede tardar varios minutos).
  • Cancelando…: El trabajo se está cancelando.
  • Cancelado: el trabajo se canceló.
  • Desviando…: el trabajo se está desviando.
  • Desviado: el trabajo se desvió.
  • Actualizando…: el trabajo se está actualizando.
  • Actualizado: el trabajo se actualizó.
  • Finalizado de manera correcta: el trabajo finalizó correctamente.
  • Con errores: No se pudo completar el trabajo.

Para obtener más información sobre una canalización, haz clic en el Nombre de ese trabajo.

Accede a los gráficos de supervisión de trabajos

Para acceder a los gráficos de supervisión de un trabajo, haz clic en el nombre del trabajo en la interfaz de supervisión de Dataflow. Aparecerá la página Detalles del trabajo, que contiene la siguiente información:

  • Grafo de trabajo: Es la representación visual de tu canalización.
  • Detalles de ejecución: Herramienta para optimizar el rendimiento de la canalización
  • Métricas de empleo: Son las métricas sobre la ejecución de tu trabajo.
  • Panel Información del trabajo: información descriptiva sobre tu canalización
  • Registros de trabajos: registros generados por el servicio de Dataflow en el nivel del trabajo
  • Registros de trabajadores: registros generados por el servicio de Dataflow a nivel del trabajador
  • Diagnóstico: tabla que muestra dónde se produjeron errores a lo largo del cronograma elegido y las posibles recomendaciones para tu canalización
  • Selector de tiempo: herramienta que te permite ajustar el intervalo de tiempo de tus métricas

En la página Detalles del trabajo, puedes cambiar la vista de trabajo con el Grafo de trabajo, los Detalles de ejecución y las métricas de trabajo..

Vista de la interfaz de supervisión de Dataflow con la pestaña de grafo de trabajos seleccionada. En este modo, puedes ver el grafo de la canalización, la información del trabajo, los registros de trabajo, los registros de trabajadores, el diagnóstico y la herramienta de selección de tiempo.

Vista de la interfaz de supervisión de Dataflow con la pestaña Métricas de trabajos seleccionada.
En este modo, puedes ver gráficos de métricas de trabajos, información de trabajos, registros de trabajos, registros de trabajadores, diagnósticos y la herramienta de selección de tiempo.

Crea alertas de Cloud Monitoring

Dataflow está completamente integrado en Cloud Monitoring, lo que te permite crear alertas cuando tu trabajo supera un umbral definido por el usuario. Para crear una alerta de Cloud Monitoring a partir de un gráfico de métricas, haz clic en Crear política de alertas.

El vínculo **Crear política de alertas** te permite crear una alerta a partir de un gráfico de métricas.

Si quieres obtener instrucciones a fin de crear estas alertas, consulta la página Usa Cloud Monitoring para canalizaciones de Dataflow. Si no puedes ver los grafos de supervisión o crear alertas, es posible que necesites permisos de Monitoring adicionales.

Modo de pantalla completa

Para ver un gráfico de métricas en pantalla completa, haz clic en .

Usa la herramienta de selección de tiempo

Puedes ajustar el período de las métricas con la herramienta de selección de tiempo. Puedes seleccionar una duración predefinida o seleccionar un intervalo de tiempo personalizado para analizar tu trabajo.

La herramienta de selección de tiempo te permite seleccionar un intervalo de tiempo con incrementos de hora y día, o un rango personalizado.

Para las transmisiones o los trabajos por lotes en curso, la visualización predeterminada de los gráficos muestra las seis horas anteriores de las métricas de ese trabajo. En el caso de los trabajos de transmisión detenidos o completados, la visualización predeterminada de los gráficos muestra todo el tiempo de ejecución que haya durado el trabajo.

Métricas de pasos y trabajadores

Puedes ver los gráficos de las siguientes métricas:

  • Actualidad de los datos (solo canalizaciones de transmisión)
  • Latencia del sistema (solo canalizaciones de transmisión)
  • Ajuste de escala automático
  • Capacidad de procesamiento
  • Uso de CPU
  • Recuento de registros de error de los trabajadores
  • Métricas de entrada y salida

Para acceder a información adicional en estos gráficos, haz clic en el botón “Expandir la leyenda del gráfico”.

El botón para activar o desactivar la leyenda se encuentra cerca del botón Crear política de alertas.

Actualidad de los datos (solo canalizaciones de transmisión)

La actualidad de los datos es la cantidad de tiempo transcurrido entre la hora real y la marca de agua de salida. Cada paso de tu canalización tiene una marca de agua de los datos de salida. Una marca de agua de los datos de salida de T indica que todos los elementos con una hora del evento anterior a T se procesaron para el cálculo. La marca de agua de los datos de salida dependerá de la marca de agua de los datos de entrada más antigua de todos los procesamientos ascendentes. Si aún no se han procesado algunos datos de entrada, la marca de agua de salida no se incluye, lo que afecta la actualidad de los datos.

Visualización de datos que muestra la novedad de los datos en una canalización de transmisión.

Latencia del sistema (solo canalizaciones de transmisión)

La latencia del sistema es la duración máxima actual del tiempo medida en segundos durante el cual se procesa o espera el procesamiento de un elemento de datos. Esta métrica indica cuánto tiempo espera un elemento dentro de cualquier fuente en la canalización. La duración máxima se ajusta después del procesamiento. Los siguientes casos son consideraciones adicionales:

  • Para varias fuentes y receptores, la latencia del sistema es la cantidad máxima de tiempo que un elemento espera dentro de una fuente antes de que se la escriba en todos los receptores.
  • A veces, una fuente no proporciona un valor para el período de tiempo que un elemento espera dentro de la fuente. Además, es posible que el elemento no tenga metadatos para definir su hora del evento. En esta situación, la latencia del sistema se calcula a partir del momento en que la canalización recibe el elemento por primera vez.

Una visualización de datos que muestra la latencia del sistema en una canalización de transmisión.

Ajuste de escala automático

El servicio de Dataflow elige automáticamente la cantidad de instancias de trabajadores necesarias para ejecutar el trabajo de ajuste de escala automático. La cantidad de instancias de trabajador puede variar con el tiempo según los requisitos del trabajo.

Una visualización de datos que muestra la cantidad de trabajadores en una canalización.

Para ver el historial de los cambios del ajuste de escala automático, haz clic en el botón Más historial. Se muestra una tabla con información sobre el historial de trabajadores de tu canalización.

Tabla que muestra el historial de trabajadores de una canalización.

Capacidad de procesamiento

La capacidad de procesamiento es el volumen de datos que se procesa en cualquier momento. Esta métrica por paso se muestra como una cantidad de elementos por segundo. Para ver esta métrica en bytes por segundo, haz clic en Throughput (elements/sec) (Capacidad de procesamiento [elementos/s])  > Throughput (bytes/sec) (Capacidad de procesamiento [bytes/s]).

Una visualización de datos que muestra la capacidad de procesamiento de cuatro pasos de una canalización.

Recuento de registros de error de los trabajadores

El Worker error log count (Recuento de registros de errores de los trabajadores) muestra la tasa de errores observados en todos los trabajadores en cualquier momento.

Un resumen de cada error registrado y la cantidad de veces que sucedió.

Uso de CPU

El uso de la CPU es la cantidad de CPU utilizada dividida por la cantidad de CPU disponible para el procesamiento. Esta métrica por trabajador se muestra como un porcentaje.

Una visualización de datos que muestra el uso de CPU en un trabajador de Dataflow.

Métricas de entrada y salida

Se muestran las métricas de entrada y las métricas de salida si el trabajo de transmisión de Dataflow lee o escribe registros mediante Pub/Sub.

De forma predeterminada, se combinan todas las métricas de entrada y también se combinan todas las métricas de salida. Para cambiar las métricas que se muestran, se proporciona un menú desplegable de filtro en cada sección. En las siguientes imágenes, se muestran todos los filtros disponibles.

El menú desplegable de filtros disponible para las métricas de entrada para un trabajo de Dataflow. El menú desplegable de filtros disponible para las métricas de salida para un trabajo de Dataflow.

Los siguientes dos gráficos se muestran en las secciones Métricas de entrada y Métricas de salida.

Una serie de gráficos que muestran métricas de entrada y salida para un trabajo de Dataflow.

Solicitudes por s

Las solicitudes por segundo son la tasa de solicitudes a la API para leer o escribir datos por fuente o receptor en el tiempo. Si esta tasa disminuye a cero, o si disminuye de manera significativa durante un período prolongado relativo al comportamiento esperado, es posible que la canalización se bloquee para realizar ciertas operaciones. Además, es posible que no haya datos para leer. En tal caso, revisa los pasos del trabajo que tienen una marca de agua del sistema alta. Además, examina los registros del trabajador para detectar errores o indicaciones sobre el procesamiento lento.

Un gráfico que muestra la cantidad de solicitudes a la API para leer o escribir datos por fuente o receptor a lo largo del tiempo.

Errores de respuesta por segundo, según tipo de error

Los errores de respuesta por segundo según el tipo de error son la tasa de solicitudes incorrectas a la API para leer o escribir datos por fuente o receptor a lo largo del tiempo. Si se producen estos errores con frecuencia, estas solicitudes a la API pueden ralentizar el procesamiento. Estas solicitudes fallidas de API deben investigarse. Para solucionar estos problemas, revisa la documentación general de código de error de E/S y cualquier documentación específica del código de error que use la fuente o el receptor, como los códigos de error de Pub/Sub.

Un gráfico que muestra la tasa de solicitudes incorrectas a la API para leer o escribir datos por fuente o receptor a lo largo del tiempo.

Usa el Explorador de métricas

Las siguientes métricas de E/S de Dataflow se pueden ver en el Explorador de métricas:

  • job/pubsub/write_count: Son solicitudes de publicación de Pub/Sub de PubsubIO.Write en trabajos de Dataflow.
  • job/pubsub/read_count: Son solicitudes de extracción de Pub/Sub de PubsubIO.Read en trabajos de Dataflow.
  • job/bigquery/write_count: Solicitudes de publicación de BigQuery de BigQueryIO.Write en trabajos de Dataflow Las métricas job/bigquery/write_count están disponibles en canalizaciones de Python mediante la transformación WriteToBigQuery con method='STREAMING_INSERTS' habilitado en Apache Beam v2.28.0 o posterior.

Para obtener la lista completa de métricas de Dataflow, consulta la documentación de métricas de Google Cloud.

Visualiza una canalización

Cuando seleccionas un trabajo específico de Dataflow, la interfaz de supervisión muestra información detallada sobre la canalización en ese trabajo. Esta información incluye una representación gráfica de tu canalización a medida que se ejecuta en el servicio de Dataflow, un resumen del trabajo, un registro de trabajo y la información sobre cada paso de la canalización.

La interfaz de supervisión de Dataflow proporciona una representación gráfica de tu canalización: el grafo de ejecución. El grafo de ejecución de una canalización representa cada una de sus transformaciones en la canalización como un cuadro. Cada cuadro contiene el nombre de la transformación y la información sobre el estado del trabajo, que incluye lo siguiente:

  • En ejecución: el paso se está ejecutando.
  • En cola: el paso en un trabajo de FlexRS está en cola.
  • Finalizado de manera correcta: el paso finalizó con éxito.
  • Detenido: el paso se detuvo porque el trabajo se detuvo.
  • Desconocido: no se pudo informar el estado del paso.
  • Con errores: no se pudo completar el paso.

Grafo de ejecución básico

Código de canalización:

Java: SDK 2.x


  // Read the lines of the input text.
  p.apply("ReadLines", TextIO.read().from(options.getInputFile()))
     // Count the words.
     .apply(new CountWords())
     // Write the formatted word counts to output.
     .apply("WriteCounts", TextIO.write().to(options.getOutput()));

Python


(
    pipeline
    # Read the lines of the input text.
    | 'ReadLines' >> beam.io.ReadFromText(args.input_file)
    # Count the words.
    | CountWords()
    # Write the formatted word counts to output.
    | 'WriteCounts' >> beam.io.WriteToText(args.output_path))

Java: SDK 1.x

Grafo de ejecución:

El grafo de ejecución de una canalización de WordCount como se muestra en la interfaz de supervisión de Dataflow.

Figura 2: Código de una canalización de WordCount mostrado con el grafo de ejecución resultante en la interfaz de supervisión de Dataflow.

Transformaciones compuestas

En el grafo de ejecución, las transformaciones compuestas contienen varias subtransformaciones anidadas y son expandibles. Las transformaciones compuestas expandibles se marcan con una flecha en el grafo. Haz clic en la fecha para expandir la transformación y visualizar las subtransformaciones en su interior.

Código de canalización:

Java: SDK 2.x


  // The CountWords Composite Transform
  // inside the WordCount pipeline.

  public static class CountWords
    extends PTransform<PCollection<String>, PCollection<String>> {

    @Override
    public PCollection<String> apply(PCollection<String> lines) {

      // Convert lines of text into individual words.
      PCollection<String> words = lines.apply(
        ParDo.of(new ExtractWordsFn()));

      // Count the number of times each word occurs.
      PCollection<KV<String, Long>> wordCounts =
        words.apply(Count.<String>perElement());

      return wordCounts;
    }
  }

Nota: FormatCounts en la imagen de la derecha no es relevante para este SDK.

Python


# The CountWords Composite Transform inside the WordCount pipeline.
@beam.ptransform_fn
def CountWords(pcoll):
  return (
      pcoll
      # Convert lines of text into individual words.
      | 'ExtractWords' >> beam.ParDo(ExtractWordsFn())
      # Count the number of times each word occurs.
      | beam.combiners.Count.PerElement()
      # Format each word and count into a printable string.
      | 'FormatCounts' >> beam.ParDo(FormatCountsFn()))

Java: SDK 1.x

Grafo de ejecución:

El grafo de ejecución de una canalización de WordCount con la transformación CountWords expandida a fin de mostrar las transformaciones que la componen.

Figura 3: Código de canalización de los pasos secundarios de la transformación CountWords mostrado con el grafo de ejecución expandido de toda la canalización.

Transforma nombres

Dataflow tiene varias maneras de obtener el nombre de la transformación que se muestra en el grafo de ejecución de supervisión:

Java: SDK 2.x

  • Dataflow puede usar un nombre que asignas cuando aplicas tu transformación. El primer argumento que proporcionas al método apply es el nombre de tu transformación.
  • Dataflow puede inferir el nombre de la transformación, ya sea a partir del nombre de la clase (si creaste una transformación personalizada) o del nombre de tu objeto de función DoFn (si usas una transformación central como ParDo).

Python

  • Dataflow puede usar un nombre que asignas cuando aplicas tu transformación. Para establecer el nombre de transformación, debes especificar el argumento label.
  • Dataflow puede inferir el nombre de la transformación, ya sea a partir del nombre de la clase (si creaste una transformación personalizada) o del nombre de tu objeto de función DoFn (si usas una transformación central como ParDo).

Java: SDK 1.x

Información sobre las métricas

Tiempo

Cuando haces clic en un paso, la métrica Tiempo se muestra en el panel Información del paso. Esta métrica indica el tiempo aproximado total empleado en todos los subprocesos en todos los trabajadores para las siguientes acciones:

  • Inicializando el paso
  • Procesando datos
  • Redistribuyendo datos
  • Finalización del paso

En el caso de los pasos compuestos, el tiempo indica la suma de tiempo empleado en los pasos que los integran. Esta estimación puede ayudarte a identificar pasos lentos y a diagnosticar a qué parte de tu canalización le lleva más tiempo del que debería.

Puedes ver el tiempo que le toma a un paso ejecutarse en tu canalización.
Figura 4: La métrica Tiempo puede ayudarte a garantizar que tu canalización se ejecute de manera eficaz.

Métricas de entradas complementarias

Las Métricas de entradas complementarias te muestran la forma en que tus patrones y algoritmos de acceso de entradas complementarias afectan el rendimiento de tu canalización. Cuando tu canalización usa una entrada complementaria, Dataflow escribe la colección en una capa persistente, como un disco, y tus transformaciones leen de esa colección persistente. Estas operaciones de lectura y escritura afectan el tiempo de ejecución de tu trabajo.

La interfaz de supervisión de Dataflow muestra las métricas de entradas complementarias cuando seleccionas una transformación que crea o consume una colección de entrada complementaria. Puedes ver las métricas en la sección Métricas de entradas complementarias del panel Información de pasos.

Transformaciones que crean una entrada complementaria

Si la transformación seleccionada crea una colección de entrada complementaria, la sección Métricas de entradas complementarias muestra el nombre de la colección, junto con las métricas siguientes:

  • Time spent writing: (Tiempo dedicado a la escritura) el tiempo de ejecución empleado para escribir la colección de entradas complementarias.
  • Bytes written: (Bytes escritos) la cantidad total de bytes escritos en la colección de entradas complementarias.
  • Tiempo y bytes de la lectura de entradas complementarias: una tabla que contiene métricas adicionales de todas las transformaciones que consumen la colección de entradas complementarias llamada consumidores de entradas complementarias.

La tabla de Tiempo y bytes leídos de las entradas complementarias contiene la información siguiente para cada consumidor de entrada complementaria:

  • Side input consumer: (Consumidor de entradas complementarias): nombre de la transformación del consumidor de entradas complementarias
  • Tiempo dedicado a la escritura: tiempo que este consumidor emplea en leer la colección de entradas complementarias.
  • Bytes read: (Bytes leídos) cantidad de bytes que este consumidor lee de la colección de entradas complementarias.

Si tu canalización tiene una transformación compuesta que crea una entrada complementaria, expande la transformación compuesta hasta que veas la subtransformación específica que crea la entrada complementaria. Luego, selecciona esa subtransformación para ver la sección Métricas de entradas complementarias.

En la figura 5, se muestran las métricas de entradas complementarias de una transformación que crea una colección de entradas complementarias.

Puedes seleccionar que la transformación y sus métricas de entradas complementarias sean visibles en el panel lateral de información del paso.
Figura 5: Grafo de ejecución con una transformación compuesta expandida (MakeMapView). Está seleccionada la subtransformación que crea la entrada complementaria (CreateDataflowView), y se observan las métricas de las entradas complementarias en la pestaña Información del paso.

Transformaciones que consumen una o más entradas complementarias

Si la transformación seleccionada consume una o más entradas complementarias, la sección de las Métricas de entradas complementarias muestra la tabla Tiempo y bytes leídos de las entradas complementarias. Esta tabla contiene la información siguiente para cada colección de entrada complementaria:

  • Colección de entrada complementaria: nombre de la colección de la entrada complementaria.
  • Tiempo dedicado a la escritura: tiempo que la transformación emplea en leer la colección de entradas complementarias.
  • Bytes leídos: cantidad de bytes que la transformación lee de la colección de entradas complementarias.

Si tu canalización tiene una transformación compuesta que lee una entrada complementaria, expande la transformación compuesta hasta que veas la subtransformación específica lee la entrada complementaria. Luego, selecciona esa subtransformación para ver la sección Métricas de entradas complementarias.

En la figura 6, se muestran las métricas de entradas complementarias de una transformación que lee de una colección de entradas complementarias.

Puedes seleccionar que la transformación y sus métricas de entradas complementarias sean visibles en el panel lateral de información del paso.
Figura 6: La transformación JoinBothCollections lee de una colección de entradas complementarias. JoinBothCollections está seleccionado en el grafo de ejecución, y se observan las métricas de entradas complementarias en el panel lateral Información del paso.

Identifica los problemas de rendimiento de la entrada complementaria

Reiteración es un problema de rendimiento de entrada complementaria común. Si tu entrada complementaria PCollection es demasiado grande, los trabajadores no pueden almacenar en caché toda la colección en la memoria. En consecuencia, los trabajadores deben leer de la colección de entradas complementarias persistente varias veces.

En la figura 7, las métricas de entradas complementarias muestran que el total de bytes leídos desde la colección de entradas complementarias es mucho mayor que el tamaño de la colección (el total de bytes escritos).

Puedes seleccionar que la transformación y sus métricas de entradas complementarias sean visibles en el panel lateral de información del paso.
Figura 7: Un ejemplo de reiteración. La colección de entradas complementarias es de 563 MB y la suma de bytes leídos cuando se consumen las transformaciones es de casi 12 GB.

Si deseas mejorar el rendimiento de esta canalización, vuelve a diseñar tu algoritmo para evitar la iteración o la recuperación de los datos de la entrada complementaria. En el ejemplo siguiente, la canalización crea el producto cartesiano de dos colecciones. El algoritmo itera a través de toda la colección de entrada complementaria para cada elemento de la colección principal. Puedes mejorar el patrón de acceso de la canalización si agrupas en lotes varios elementos de la colección principal. Este cambio reduce la cantidad de veces que los trabajadores deben volver a leer la colección de entrada complementaria.

Se puede generar otro problema de rendimiento común si tu canalización realiza una unión mediante la aplicación de un ParDo con una o más entradas complementarias grandes. En este caso, los trabajadores dedican un alto porcentaje del tiempo de procesamiento a la operación de unión a leer las colecciones de entradas complementarias.

En la figura 8, se muestra un ejemplo de métricas de entradas complementarias cuando ocurre este problema:

Puedes seleccionar que la transformación y sus métricas de entradas complementarias sean visibles en el panel lateral de información del paso.
Figura 8: La transformación JoinBothCollections tiene un tiempo de ejecución total de 18 min y 31 s. Los trabajadores dedican la mayor parte del tiempo de ejecución (10 min y 3 s) a leer de la colección de entradas complementarias de 10 GB.

Si deseas mejorar el rendimiento de esta canalización, usa CoGroupByKey, en lugar de las entradas complementarias.

Recomendaciones y diagnósticos

Diagnóstico

La pestaña Diagnóstico en Registros recopila y muestra ciertas entradas de registro que se produjeron en tus canalizaciones. Estas incluyen mensajes que indican un posible problema con la canalización y mensajes de error con seguimientos de pila. Las entradas de registro recopiladas se deduplican y se combinan en grupos de errores.

La pestaña Diagnostics de un trabajo de Dataflow con un grupo de errores del servicio.

El informe de errores incluye la siguiente información:

  • Una lista de errores con los mensajes de error
  • La cantidad de veces que sucedió cada error.
  • Un histograma que indica cuándo sucedió cada error.
  • La hora en que sucedió el error más reciente.
  • La hora en que ocurrió el error por primera vez.
  • El estado del error.

Para ver el informe de error de un error específico, haz clic en la descripción en la columna Errores. Se mostrará la página Error Reporting. Si se trata de un error de servicio, se mostrará un vínculo adicional con documentación que incluye más pasos ("Guía de solución de problemas").

La página de detalles del grupo de errores para un error del servicio de Dataflow.

Para obtener más información sobre la página, consulta Visualiza errores.

Recomendaciones

La pestaña Recomendaciones muestra estadísticas de Dataflow relacionadas con la canalización. El objetivo de estas estadísticas es identificar situaciones en las que se podrían realizar mejoras en el costo y el rendimiento.

La pestaña Recomendaciones para un trabajo de Dataflow con recomendaciones de muestra.

Habilita las recomendaciones

Se pueden habilitar las recomendaciones si estableces la marca --experiments=enable_recommendations para la canalización.

¿Qué sigue?

  • Lee cómo usar Detalles de ejecución para optimizar un trabajo de Dataflow.

  • Explora Cloud Monitoring para crear alertas y ver métricas de Dataflow, incluidas las métricas personalizadas