¿Qué deberías usar: el agente de Logging o la biblioteca cliente?

En este documento, se proporciona la información que necesitas para decidir si enviar de manera programática los registros de las aplicaciones a Cloud Logging a través de bibliotecas cliente o un agente de Logging. Los agentes de Logging envían los datos escritos en un archivo, como stdout o un archivo, como registros a Cloud Logging. Los servicios como Google Kubernetes Engine, el entorno flexible de App Engine y Cloud Run Functions contienen un agente de registro integrado. Para Compute Engine, puedes instalar el Agente de operaciones. Este agente recopila registros de ubicaciones de archivos o servicios de registro conocidos, como Windows Event Log, journald o syslogd.

Cuando no puedes usar una biblioteca cliente o un agente de Logging, o cuando solo quieres experimentar, puedes escribir registros con el comando gcloud logging write o enviar comandos HTTP al extremo entries.write de la API de Cloud Logging. La API de Cloud Logging admite llamadas HTTP y gRPC. El agente de operaciones y la mayoría de las bibliotecas cliente de Logging llaman a la API de Logging de gRPC. Las bibliotecas cliente para algunos lenguajes llaman a la API de Logging de REST.

Cómo elegir un agente o bibliotecas cliente

Cuando decidas entre un agente o las bibliotecas cliente, ten en cuenta las siguientes preguntas:

¿Tu aplicación se ejecuta fuera de Google Cloud?

Si tu aplicación no se ejecuta en Google Cloud, necesitas alguna forma de enviar registros a la API de Logging. Para enrutar los registros de los sistemas locales a Logging, te recomendamos que uses Bindplane, que implementa y administra los recopiladores de OpenTelemetry para enviar datos de telemetría a Google Cloud. Para obtener más información, consulta Acerca de BindPlane.

Como alternativa, puedes enrutar los registros directamente a Logging desde la aplicación con las bibliotecas cliente. En el caso de los entornos efímeros, como la computación sin servidores, debes usar bibliotecas cliente para realizar llamadas directas a la API de Logging.

¿El servicio Google Cloud que ejecuta tu aplicación admite

¿Escribirás contenido de stdout y stderr para tu proyecto?

Algunos Google Cloud servicios están completamente administrados, por lo que no necesitas usar agentes para enviar registros a tu Google Cloud proyecto. Puedes usar cualquier framework de registro establecido en el lenguaje que elijas, como Go, Node.js y Python, para enviar registros a Logging en productos en los que stdout y stderr se admiten de forma predeterminada. Una ventaja de depender de stdout y stderr en lugar de usar bibliotecas cliente es que las fallas de la aplicación no interrumpen el envío de registros a tu proyecto. Para obtener información sobre el envío de registros estructurados a través de stdout y stderr, consulta la sección ¿Tu aplicación tiene la flexibilidad necesaria para cambiar el formato de registro?.

Puedes usar las bibliotecas cliente de Logging, pero ten en cuenta que puede ingresar una dependencia en Logging para las pruebas locales, cuando no la necesites. El uso de las bibliotecas cliente también puede requerir una programación más compleja para controlar de forma explícita el almacenamiento en búfer y los reintentos. Además, cada uso de las bibliotecas cliente de Logging crea un flujo de conexión nuevo a la API. Estas conexiones nuevas presentan mayor complejidad, usan puertos adicionales y envían solicitudes separadas solo con los registros de la aplicación, lo que podría ser un desperdicio si no hay muchos registros.

¿Los registros de la aplicación deben ser accesibles en tu entorno local?

Si necesitas acceder a los registros de la aplicación en tu entorno local para la depuración y otros fines, puedes usar los módulos de registro en algunos lenguajes a fin de generar los resultados en stdout y stderr. Las bibliotecas cliente de Logging para algunos lenguajes admiten el enrutamiento de registros a stdout y stderr.

Cuando ejecutas tu aplicación en servicios de Google Cloud que no admiten el envío automático de registros escritos en stdout y stderr a tu proyecto deGoogle Cloud , puedes recopilar registros de stdout y stderr en archivos en el disco y configurar el agente para que los extraiga y los envíe a Logging. Para obtener más información, consulta la guía de configuración del Agente de operaciones.

¿El proceso de instalación del agente es manual o automático?

Algunos servicios instalan agentes de forma automática o te permiten instalarlos. Si el servicio que usas no te permite instalar agentes, debes usar las bibliotecas cliente para usar Logging.

¿Ya ejecutas Fluentd en tu sistema?

Si ya tienes Fluentd en ejecución en tu sistema y deseas usar ese daemon para enviar tus registros a Logging, usa el Google Cloud complemento de Logging para Fluentd.

¿También recopilas métricas de aplicaciones para Cloud Monitoring?

En las VM de Compute Engine, el agente de operaciones puede recopilar registros y la mayoría de las métricas. Consulta Funciones del agente de operaciones para obtener más información.

Si el Agente de operaciones no aborda tus casos de uso, puedes usar las bibliotecas cliente de Monitoring para recopilar tus métricas.

¿Tu aplicación tiene la flexibilidad de cambiar el formato de registro?

Esta pregunta te ayuda a decidir si tu aplicación puede generar registros estructurados. Logging reconoce los registros estructurados si los envías a la API de Logging en el formato de registro estructurado. Las bibliotecas cliente proporcionan los métodos para manejar este formato.

Existen dos formas de escribir registros estructurados: una es establecer campos específicos en el sobre de LogEntry y la otra es configurar jsonPayload dentro del sobre de LogEntry. Cloud Logging determina el esquema para lo primero, mientras que el usuario determina el esquema para el último.

Debes configurar el agente para que reconozca los registros estructurados. De forma predeterminada, los agentes se configuran para detectar registros en formato JSON y controlarlos como registros estructurados. Si tu aplicación tiene su propio formato de registro que no puedes cambiar, pero deseas que los registros se reconozcan como registros estructurados, debes escribir los registros en el formato structured-logging, por lo general, JSON, en stdout y stderr, para que los agentes puedan reconocerlos como registros estructurados. De lo contrario, debes configurar el agente para que comprenda tu propio formato.

Resumen de cada opción

• Bibliotecas cliente de Cloud Logging

  • Ventajas

    • Puedes enrutar registros directamente a la API de Cloud Logging.
    • Algunos lenguajes pueden generar registros en stdout y stderr mediante la biblioteca.

  • Desventajas

    • Las fallas de la aplicación interrumpen el envío de registros a tu proyecto de Google Cloud .

• Agente de operaciones

  • Ventajas

    • El Agente de operaciones puede enviar registros y métricas con tecnologías de código abierto estables: Fluent Bit para la recopilación de registros y el recopilador de OpenTelemetry para la recopilación de métricas.
    • Puedes recopilar registros y métricas de muchas aplicaciones comunes. Consulta Supervisa y recopila los registros de aplicaciones de terceros.
    • Puedes conservar registros en tu entorno local.
    • Es posible que puedas recuperar registros de fallas de la aplicación.
    • El Agente de operaciones está en desarrollo activo.

  • Desventajas

    • Fluent Bit solo admite la codificación UTF-8. No admite la conversión de codificación.

• Registros de stdout y stderr que se envían automáticamente a tu proyecto de Google Cloud

  • Ventajas
    • Este proceso es una forma común de emitir registros a entornos locales.
    • Puedes usar bibliotecas de registro arbitrarias.
    • Es posible que puedas recuperar registros de fallas de la aplicación.
  • Desventajas
    • No todos los entornos enrutan los registros a Logging automáticamente.