Convierte Container Logs en tablas consultables.

No. archivo json es el controlador predeterminado de Docker y es el que se admite. Si nunca has configurado el registro, los archivos ya están ahí y ya tienen el formato adecuado.

Si se ha cambiado a un controlador diferente, el Registros de Docker --marcas de tiempo La exportación es la ruta de entrada: funciona independientemente del controlador, porque la CLI lee a través del demonio.

Docker escribe su propio registro de un contenedor en la misma carpeta que el registro. Query Streams lee el nombre de ese archivo y lo usa como columna de identidad, con la imagen y el proyecto y servicio de Compose mantenidos como columnas adyacentes. El ID de carpeta de 64 caracteres se conserva como ID del contenedor, así que no se pierde nada.

Si falta ese registro, no se puede leer o no contiene un nombre, se usa en su lugar el nombre de la carpeta y el proceso de revisión cuenta cuántas veces ha ocurrido; así, la alternativa queda reflejada en una cifra que puedes consultar, en lugar de aplicarse de forma silenciosa.

No se trata de acceder directamente a los registros en formato JSON. Docker Desktop los mantiene dentro de su propia máquina virtual, y un agente que se ejecuta como servicio en el host no puede acceder a ellos.

La solución es el perfil de exportación: docker logs --timestamps <contenedor> redirigido a un archivo en cualquier carpeta que Agent pueda leer. Es un formato compatible por derecho propio, no una solución provisional: es la misma vía que ya usa la gente para conservar una copia del registro después de que desaparezca un contenedor.

Funciona bajo demanda, no en flujo continuo. Los archivos se leen tal como están cuando se ejecuta la consulta, de modo que las líneas nuevas aparecen a medida que los contenedores las escriben y se detecta el archivo; no según un horario nocturno fijo, pero tampoco como una lectura en tiempo real.

Para hacer una pregunta sobre las últimas semanas en cada contenedor y obtener la respuesta en una hoja de cálculo, esa es la forma útil y requiere considerablemente menos maquinaria que una pila de troncos.

Ninguno de los dos tiene un perfil propio hoy en día, y preferimos decirlo en lugar de implicar cobertura. Lo que sí aplica es el formato de exportación: el perfil está vinculado a la forma exacta. Registros de Docker --marcas de tiempo escribe — una marca de tiempo RFC 3339 con nanosegundos, un espacio y, después, la línea del propio contenedor; un archivo por servicio. Las herramientas que escriben con ese mismo formato pueden leerlo.

La forma más fiable de comprobarlo para tus propios archivos es mediante la prueba de conexión, que informa de lo que ha detectado antes de que confirmes nada.

Sí, para los registros json-file. Se desenvuelve el contenedor del daemon y el JSON propio del contenedor que contiene se aplana en columnas —nivel, logger, mensaje, host y servicio, cuando están presentes. Todo lo que no se corresponda con una columna con nombre se conserva en un datos columna en lugar de descartarse, por lo que un campo inusual aún se puede consultar.

Lo único que no se toma del JSON del contenedor es la marca de tiempo. Esa se obtiene del daemon, porque la marca propia de una aplicación puede tener cualquier formato y, si se interpreta mal, la fila se coloca silenciosamente en un momento incorrecto.

Se conserva, no se descarta. Una línea que no coincide con el formato fijado se mantiene como una fila sin formato con una explicación adjunta, de modo que una entrada mal formada o un cambio de formato inesperado se muestra como algo visible y consultable, en lugar de como un hueco silencioso en los números.