Maak van Container Logs querybare tabellen.

Nee. json-bestand is het standaardstuurprogramma van Docker en het wordt ondersteund. Als je logging nooit hebt geconfigureerd, staan de bestanden er al en hebben ze al de juiste indeling.

Als u bent overgestapt naar een andere stuurprogramma, dan docker logs --timestamps Exporteren is de inkomende route: het werkt ongeacht de driver, omdat de CLI de daemon doorleest.

Docker schrijft een eigen record van een container in dezelfde map als het logbestand. Query Streams leest de naam uit dat bestand en gebruikt deze als de identificatiekolom, waarbij de image, het Compose-project en de service als kolommen ernaast worden bewaard. De map-ID van 64 tekens wordt behouden als container_idDus er gaat niets verloren.

Als die record ontbreekt, onleesbaar is of geen naam bevat, wordt in plaats daarvan de mapnaam gebruikt en telt de scan hoe vaak dat is gebeurd — zo is een terugval zichtbaar als een getal dat je kunt bekijken, niet als een stille vervanging.

Niet rechtstreeks tegen de JSON-logbestanden. Docker Desktop bewaart die in zijn eigen virtuele machine, en een agent die als service op de host draait, heeft er geen toegang toe.

De oplossing is het exporteren van het profiel: docker logs --timestamps <container> omgeleid naar een bestand in een map die de Agent kan lezen. Dat is een volwaardig ondersteund formaat, geen workaround — het is dezelfde aanpak die mensen al gebruiken om een kopie van een logbestand te bewaren nadat een container is verdwenen.

Het werkt op aanvraag en niet als stream. De bestanden worden gelezen zoals ze zijn op het moment dat de query wordt uitgevoerd. Nieuwe regels verschijnen dus zodra je containers ze schrijven en het bestand wordt opgepikt — niet volgens een vast nachtschema, maar ook niet als een live tail.

Om de afgelopen weken in elke container een vraag te stellen en de antwoorden in een spreadsheet te zetten, is dit een handige methode die aanzienlijk minder machinerie vereist dan een houtstapel.

Geen van beide heeft vandaag een eigen profiel, en we zeggen dat liever dan dat we dekking suggereren. Wat wel van toepassing is, is het exportformaat: het profiel is gekoppeld aan de exacte vorm. docker logs --timestamps schrijft — een RFC 3339-tijdstempel met nanoseconden, een spatie en vervolgens de eigen regel van de container, één bestand per service. Hulpmiddelen die dezelfde indeling schrijven, kunnen ermee worden gelezen.

De meest betrouwbare manier om dit voor uw eigen bestanden te controleren, is door de verbinding te testen. Deze functie meldt wat er is herkend voordat u ergens mee aan de slag gaat.

Ja, voor json-file-logs. De omhulling van de daemon wordt verwijderd en de eigen JSON van de container wordt uitgesplitst in kolommen — level, logger, message, host en service, indien aanwezig. Alles wat niet aan een benoemde kolom kan worden toegewezen, wordt bewaard in een gegevens De kolom wordt niet weggegooid, waardoor een ongebruikelijk veld nog steeds opvraagbaar is.

Het enige dat niet uit de JSON van de container wordt overgenomen, is de tijdstempel. Die komt van de daemon, omdat de eigen tijdstempel van een toepassing elke indeling kan hebben en een verkeerde interpretatie de rij ongemerkt op het verkeerde tijdstip plaatst.

Het wordt bewaard, niet verwijderd. Een regel die niet overeenkomt met het vastgezette formaat wordt bewaard als een onbewerkte rij met een bijbehorende reden. Zo wordt een onjuist opgemaakte invoer of een onverwachte formaatwijziging zichtbaar en kun je deze opvragen, in plaats van dat het een onzichtbare hiaat in je cijfers vormt.