Logging with structured formats in Node.js - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is structured logging?

Structured logging means recording logs in a consistent, organized format like JSON, making it easy to search, filter, and analyze.

beginner

Why use JSON format for logs?

JSON logs are easy for machines to read and parse, allowing better searching and monitoring in tools like ELK or Splunk.

beginner

Which Node.js package is popular for structured logging?

Winston is a popular Node.js logging library that supports structured logging with JSON format.

intermediate

How does structured logging help in debugging?

It provides clear, consistent data fields like timestamps, error codes, and messages, making it easier to find and fix issues.

beginner

What is a common field included in structured logs?

Common fields include timestamp, log level (info, error), message, and sometimes request ID or user ID for tracing.

What is the main benefit of structured logging over plain text logging?

A Easier to search and analyze logs

B Logs take less disk space

C Logs are encrypted automatically

D Logs run faster in the application

Structured logs are organized in a format like JSON, making them easier to search and analyze.

Which format is commonly used for structured logs in Node.js?

A CSV

B XML

C JSON

D YAML

JSON is widely used for structured logging because it is easy to parse and read by machines.

Which Node.js library is known for supporting structured logging?

A Express

B React

C Lodash

D Winston

Winston is a popular logging library in Node.js that supports structured logging.

What key information is usually included in structured logs?

A User password, IP address, message

B Timestamp, log level, message

C Only message text

D Application source code

Structured logs typically include timestamp, log level, and message for clarity and traceability.

How does structured logging improve monitoring?

A By enabling automatic parsing and alerting

B By hiding errors from users

C By compressing logs

D By slowing down the app

Structured logs allow monitoring tools to parse logs automatically and trigger alerts based on conditions.

Explain what structured logging is and why it is useful in Node.js applications.

Think about how logs can be organized to help machines and humans.

Describe how you would set up structured logging in a Node.js app using a popular library.

Consider the steps to install and configure a logging library.

Practice

1. What is the main benefit of using structured logging in Node.js applications?

easy

A. Logs are stored as plain text without any format.

B. Logs are only saved in memory and not written to files.

C. Logs are encrypted automatically for security.

D. Logs are saved in a clear, organized JSON format for easy reading and processing.

Solution

1. Step 1: Understand structured logging

   Structured logging means saving logs in a format like JSON that is easy to read and parse.

2. Step 2: Identify the benefit

   This format helps both humans and tools quickly understand log data.

3. Final Answer:

   Logs are saved in a clear, organized JSON format for easy reading and processing. -> Option D

4. Quick Check:

   Structured logging = JSON format logs [OK]

Hint: Structured logs use JSON for clarity and easy parsing [OK]

Common Mistakes:

• Thinking logs are encrypted by default
• Confusing plain text logs with structured logs
• Assuming logs are only stored in memory

2. Which of the following is the correct way to create a logger using the pino library in Node.js?

easy

A. const logger = require('pino')();

B. const logger = new pino.Logger();

C. const logger = pino.create();

D. const logger = require('pino').createLogger();

Solution

1. Step 1: Recall pino import syntax

   The pino library is imported using require('pino'), which returns a function.

2. Step 2: Create logger instance

   Calling this function with () creates the logger instance: require('pino')()

3. Final Answer:

   const logger = require('pino')(); -> Option A

4. Quick Check:

   pino logger created by calling require('pino')() [OK]

Hint: Use require('pino')() to create logger instance [OK]

Common Mistakes:

• Using createLogger() which does not exist
• Trying to use new keyword with pino
• Calling pino.create() which is invalid

3. What will be the output of the following Node.js code using pino?

const pino = require('pino');
const logger = pino();
logger.info({ user: 'alice', action: 'login' }, 'User action');

medium

A. User action: user=alice, action=login

B. {"level":30,"time":<timestamp>,"msg":"User action","user":"alice","action":"login"}

C. {"message":"User action","user":"alice","action":"login"}

D. Error: Missing log level

Solution

1. Step 1: Understand pino.info() output format

   pino logs messages as JSON with fields like level, time, msg, and any extra data.

2. Step 2: Analyze given code

   Calling logger.info with an object and message logs JSON with level 30 (info), timestamp, msg, and object keys.

3. Final Answer:

   {"level":30,"time":<timestamp>,"msg":"User action","user":"alice","action":"login"} -> Option B

4. Quick Check:

   pino logs JSON with level and message [OK]

Hint: pino logs JSON with level, time, msg, and extra data [OK]

Common Mistakes:

• Expecting plain text output instead of JSON
• Confusing message key name
• Thinking log level is missing

4. Identify the error in this code snippet using pino for structured logging:

const pino = require('pino');
const logger = pino();
logger.info('User logged in', { user: 'bob' });

medium

A. The order of arguments is incorrect; the object should come first.

B. Missing semicolon after require statement.

C. pino() must be called with configuration object.

D. logger.info cannot accept two arguments.

Solution

1. Step 1: Check pino.info argument order

   pino expects the first argument as an object with extra data, second as message string.

2. Step 2: Analyze given code

   The code passes message string first, then object, which is reversed and causes wrong output.

3. Final Answer:

   The order of arguments is incorrect; the object should come first. -> Option A

4. Quick Check:

   pino.info(object, message) argument order [OK]

Hint: Pass object first, then message string to logger.info [OK]

Common Mistakes:

• Swapping message and object arguments
• Thinking semicolon is mandatory for correctness
• Assuming pino() needs config always

5. You want to log user events with structured logs including user ID, event type, and timestamp using pino. Which code snippet correctly logs this data ensuring timestamp is included in the JSON output?

hard

A. logger.info({ userId: 123, event: 'click' }, 'User event at ' + new Date());

B. logger.info('User event', { userId: 123, event: 'click', timestamp: Date.now() });

C. logger.info({ userId: 123, event: 'click', time: new Date().toISOString() }, 'User event');

D. logger.info({ userId: 123, event: 'click', timestamp: Date.now() });

Solution

1. Step 1: Ensure correct argument order and timestamp format

   pino expects object first, then message string. Timestamp should be ISO string for readability.

2. Step 2: Check each option

   logger.info({ userId: 123, event: 'click', time: new Date().toISOString() }, 'User event'); passes object with userId, event, and ISO timestamp, then message string. This is correct.

3. Final Answer:

   logger.info({ userId: 123, event: 'click', time: new Date().toISOString() }, 'User event'); -> Option C

4. Quick Check:

   Object first with ISO timestamp, then message [OK]

Hint: Pass object with ISO timestamp first, then message string [OK]

Common Mistakes:

• Swapping message and object arguments
• Using Date.now() without formatting
• Concatenating message and timestamp in string