Logging en metrieken toevoegen
Zie wat uw app doet.
Logging en metrieken toevoegen is een gratis Vibe-coding-les op CoddyKit. Dit is les 3 van 4. Je kunt 3 lessen uit dit leerpad gratis volledig lezen — daarna ontgrendelt CoddyKit PRO alle lessen, plus praktische oefeningen met een ingebouwde code-editor en een AI-tutor die 24/7 beschikbaar is. Deze les maakt deel uit van het leertraject Vibe-coding. Je voortgang wordt gesynchroniseerd op het web en in de CoddyKit-app. De cursus Vibe-coding bevat in totaal 4 lessen.
Wat je niet kunt zien, kun je niet oplossen
Wanneer een met prompts gebouwde app zich in productie misdraagt, zie je niets tenzij je er instrumentatie voor hebt ingebouwd. Logboeken, metrieken en traceringen zijn de drie lenzen waarmee je in een actief systeem kunt kijken.
In deze les gebruik je je AI-assistent om observeerbaarheid toe te voegen die echte vragen beantwoordt in plaats van ruis te produceren.
Logboeken, metrieken en traceringen
Elke pijler beantwoordt een andere vraag. Logboeken vertellen je wat er tijdens één gebeurtenis is gebeurd. Metrieken vertellen je hoe vaak en hoeveel er in de loop van de tijd gebeurt. Traceringen vertellen je hoe één verzoek zich door verschillende diensten heeft verplaatst.
Als je weet welke je moet gebruiken, blijft je instrumentatie gericht en blijven je kosten beheersbaar.
Explain for my app which of logs, metrics, or traces best answers each question: 'why did this one checkout fail', 'is error rate rising', and 'which step makes this request slow'. Then recommend what to instrument first.Maak logboeken gestructureerd
Een muur van vrije tekst uit printinstructies is niet doorzoekbaar. Gestructureerde logboeken sturen JSON met consistente velden uit, zodat je binnen enkele seconden kunt filteren op gebruiker, route of status.
Vraag de assistent om losse logboekregistratie te vervangen door een gestructureerde logger en een standaardschema voor velden.
Replace all console prints with a structured JSON logger. Every log line should include timestamp, level, request_id, route, and duration_ms where relevant. Show the logger setup and convert three existing log statements as examples.Correleer met verzoek-ID's
Eén gebruikersactie kan veel logboekregels en verschillende diensten raken. Zonder een gedeelde identificatie kun je niet zien welke regels bij elkaar horen.
Genereer aan de rand een verzoek-ID en geef die door aan elk logboek en elke aanroep naar een andere dienst, zodat één tracering het hele verhaal vertelt.
Add middleware that assigns a unique request_id to every incoming request, attaches it to all logs for that request, and forwards it as a header to downstream services. Show how I would later filter logs by a single request_id.Kies logniveaus verstandig
Alles op één niveau logboekregistreren staat gelijk aan niets nuttigs logboekregistreren. Niveaus zorgen ervoor dat je tijdens normale werking stil blijft en bij onderzoek juist uitgebreid informatie vastlegt.
Laat de assistent verstandige niveaus toewijzen en maak de uitgebreidheid per omgeving instelbaar zonder opnieuw te implementeren.
Audit our log statements and assign appropriate levels: debug for development detail, info for business events, warn for recoverable issues, error for failures. Make the active level configurable via an environment variable so production can run at info and drop to debug temporarily.Log nooit geheimen
Logboeken worden door veel mensen gelezen en vaak naar externe hulpmiddelen gestuurd. Een wachtwoord, token of volledig creditcardnummer in een logboekregel is een datalek dat staat te wachten om te gebeuren.
Vraag de assistent om afscherming toe te voegen, zodat gevoelige velden worden gemaskeerd voordat er iets wordt weggeschreven.
Add automatic redaction to the logger so fields like password, token, authorization, and card_number are masked before output. Scan existing log calls for places that currently log full request bodies and fix them.Leg de gouden signalen vast
Begin voor metrieken met de vier gouden signalen: latentie, verkeer, fouten en verzadiging. Daarmee dek je het grootste deel af van wat je over de gezondheid van een dienst moet weten.
Laat de assistent deze vastleggen als tellers en histogrammen waarop je grafieken en waarschuwingen kunt baseren.
Instrument the four golden signals for the HTTP layer: request latency as a histogram, request count by route and status, error rate, and a saturation gauge like active connections. Expose them on a /metrics endpoint in a format my monitoring stack can scrape.Houd ook bedrijfsmetrieken bij
De gezondheid van het systeem is maar de helft van het verhaal. Registraties, afrekeningen en mislukte betalingen vertellen je of het product voor gebruikers daadwerkelijk werkt.
Vraag om aangepaste metrieken voor de gebeurtenissen die voor het bedrijf van belang zijn, zodat een stille omzetdaling onmiddellijk zichtbaar wordt.
Add custom business metrics: a counter for completed checkouts, a counter for failed payments tagged by failure reason, and a gauge for active subscriptions. Make sure these are cheap to emit and won't slow the request path.Voeg gedistribueerde tracering toe
Wanneer een verzoek zich over verschillende diensten en een database verspreidt, toont een tracering de tijdlijn van elke deelbewerking, zodat je precies ziet waar de tijd is gebleven.
Laat de assistent een standaard voor tracering instellen, zodat deelbewerkingen automatisch over grenzen tussen diensten heen worden doorgegeven.
Add OpenTelemetry tracing to the API and worker. Auto-instrument HTTP and database calls, propagate trace context across the queue, and export spans to our collector. Show me what a single checkout request's trace would look like.Bouw een dashboard dat vragen beantwoordt
Ruwe metrieken zijn nutteloos totdat iemand ze in één oogopslag kan lezen. Een goed dashboard is ingericht rond de vragen die je tijdens een incident zult stellen.
Vraag de assistent om panelen te definiëren voor het foutenpercentage, de p95-latentie en de belangrijkste bedrijfstellers, met gemarkeerde drempelwaarden.
Design a dashboard layout for this service: panels for request rate, error rate, p95 and p99 latency, queue depth, and completed checkouts. For each panel, suggest a threshold line that would indicate trouble worth investigating.Signaal, geen ruis
Het doel van observeerbaarheid is snelle antwoorden, niet het verzamelen van zoveel mogelijk gegevens. Te veel logboeken en metrieken kosten geld en verbergen het signaal dat je nodig hebt.
Snoei regelmatig weg wat je nooit opvraagt, houd veldnamen consistent en zorg dat elke metriek gekoppeld is aan een vraag die iemand daadwerkelijk stelt.
Korte controle
Test je begrip van logboekregistratie en metrieken.
Samenvatting
Observeerbaarheid rust op drie pijlers: gestructureerde, gecorreleerde en afgeschermde logboeken; gouden signalen en bedrijfsmetrieken die trends zichtbaar maken; en gedistribueerde traceringen die het volledige pad van een verzoek tonen.
Vraag je assistent om elke pijler doelgericht te instrumenteren, dashboards rond echte vragen te bouwen en alles weg te snoeien wat ruis in plaats van antwoorden oplevert.
Leer JavaScript met een AI-tutor — gratis
Schrijf echte code en voer die uit in je browser, krijg direct hulp van een AI-tutor die 24/7 beschikbaar is en ga verder waar je gebleven bent op het web of in de app.
- Cursussen
- 25
- Lessen
- 100
Veelgestelde vragen
Is de les “Logging en metrieken toevoegen” gratis?
Ja — je kunt hier op het web alle 3 lessen van het leerpad Vibe-coding, waaronder “Logging en metrieken toevoegen”, gratis volledig lezen. Daarna ontgrendelt CoddyKit PRO alle lessen, plus interactieve oefeningen met een ingebouwde code-editor en een AI-tutor die 24/7 beschikbaar is. De cursus Vibe-coding bevat in totaal 4 lessen.
Wat leer ik in “Logging en metrieken toevoegen”?
Zie wat uw app doet. Je oefent met Vibe-coding door code rechtstreeks in de browser uit te voeren. Een AI-begeleider die 24/7 beschikbaar is beantwoordt je vragen terwijl je de les doorwerkt.
Heb ik ervaring nodig om met Vibe-coding te beginnen?
Ervaring vooraf is niet nodig. Vibe-coding op CoddyKit is opgebouwd voor beginners tot gevorderden, zodat je hier of bij het begin kunt starten en in je eigen tempo kunt leren. Dit is les 3 van 4.
Hoe lang duurt de les “Logging en metrieken toevoegen”?
De meeste lessen van CoddyKit duren ongeveer 5–10 minuten. Elke les is kort en interactief, zodat je gestaag vooruitgaat en op het web en in de app precies verdergaat waar je was gebleven.
Kan ik code schrijven en uitvoeren in deze les over Vibe-coding?
Ja. Elke les over Vibe-coding bevat een ingebouwde code-editor, zodat je rechtstreeks in je browser echte code kunt schrijven en uitvoeren en direct feedback van AI krijgt — lokale installatie is niet nodig.
Alle lessen in deze cursus
- Van prototype naar product
- Prestaties verbeteren met een prompt
- Logging en metrieken toevoegen
- Op incidenten reageren