Machen Sie Container Logs zu abfragbaren Tabellen.

NEIN. JSON-Datei ist der Standardtreiber von Docker und wird unterstützt. Wenn Sie die Protokollierung nie konfiguriert haben, sind die Dateien bereits vorhanden und haben bereits das richtige Format.

Wenn Sie zu einem anderen Treiber gewechselt haben, docker logs --timestamps Der Export ist der richtige Weg: Er funktioniert unabhängig vom Treiber, da die CLI über den Daemon liest.

Docker speichert einen eigenen Container-Eintrag im selben Ordner wie das Log. Query Streams liest den Namen aus dieser Datei und verwendet ihn als Identitätsspalte. Image, Compose-Projekt und -Dienst werden als Spalten daneben gespeichert. Die 64-stellige Ordner-ID bleibt erhalten. Container-IDSo geht nichts verloren.

Fehlt dieser Datensatz, ist er nicht lesbar oder enthält er keinen Namen, wird stattdessen der Ordnername verwendet. Bei der Bestandsaufnahme wird gezählt, wie oft das vorkam – ein Fallback wird also als Zahl angezeigt, die Sie einsehen können, und nicht stillschweigend eingesetzt.

Nicht direkt in den JSON-Dateiprotokollen. Docker Desktop speichert diese in einer eigenen virtuellen Maschine, und ein als Dienst auf dem Host laufender Agent kann nicht darauf zugreifen.

Der Weg dorthin führt über das Exportprofil: docker logs --timestamps <Container> in eine Datei umgeleitet, in einem beliebigen Ordner, den der Agent lesen kann. Das ist ein eigenständig unterstütztes Format und kein Workaround – es ist derselbe Weg, den viele bereits nutzen, um eine Kopie eines Logs aufzubewahren, nachdem ein Container nicht mehr vorhanden ist.

Die Dateien werden bei Bedarf statt kontinuierlich ausgelesen. Beim Ausführen der Abfrage werden sie so gelesen, wie sie gerade vorliegen. Neue Zeilen erscheinen also, sobald Ihre Container sie schreiben und die Datei eingelesen wird – nicht nach einem festen nächtlichen Zeitplan, aber auch nicht als Live-Tail.

Um eine Frage zu stellen, die sich auf die letzten paar Wochen in jedem Container bezieht, und die Antwort in eine Tabellenkalkulation einzutragen, ist das die nützliche Form und erfordert wesentlich weniger Maschinen als ein Holzstapel.

Keines der beiden Programme hat derzeit ein eigenes Profil, und wir möchten dies lieber klarstellen, als eine Abdeckung anzudeuten. Was jedoch gilt, ist das Exportformat: Das Profil ist exakt auf die Form abgestimmt. docker logs --timestamps schreibt – einen Zeitstempel im RFC-3339-Nanosekundenformat, ein Leerzeichen und dann die eigene Zeile des Containers; eine Datei pro Service. Mit Tools, die dasselbe Format schreiben, lassen sich diese Dateien ebenfalls einlesen.

Die zuverlässigste Methode, dies für Ihre eigenen Dateien herauszufinden, ist die Testverbindung, die meldet, was sie erkannt hat, bevor Sie irgendetwas festlegen.

Ja, für json-file-Protokolle. Die Hülle des Daemons wird entfernt und das eigene JSON des Containers darin wird zu Spalten abgeflacht – level, logger, message, host und service, sofern vorhanden. Alles, was sich keiner benannten Spalte zuordnen lässt, wird in einem Daten Die Spalte wird nicht verworfen, sodass ein ungewöhnliches Feld weiterhin abfragbar ist.

Der Zeitstempel ist das Einzige, was nicht aus dem JSON des Containers übernommen wird. Er stammt vom Daemon, denn der Zeitstempel einer Anwendung kann beliebig formatiert sein und eine falsche Interpretation würde die Zeile unbemerkt zeitlich falsch einordnen.

Sie wird beibehalten, nicht verworfen. Eine Zeile, die nicht dem festgelegten Format entspricht, wird als Rohdatensatz mit einer Begründung gespeichert, sodass ein fehlerhafter Eintrag oder eine unerwartete Formatänderung sichtbar und abfragbar ist und nicht als stille Lücke in Ihren Zahlen erscheint.