liveBook · Manning

Logging level

As explained in Cloud Observability in Action

A log level is a classification that indicates the nature or severity of a log event.

A logging level classifies a log event by its nature, severity, or granularity. Common conventions distinguish DEBUG events for development and bug fixing, INFO for expected production behavior, and WARNING or ERROR for unexpected behavior. section 2.3 section 3.2.1

Levels help people filter and interpret timestamped logs during development, troubleshooting, and operations. They are conventions rather than a universal standard: languages, libraries, and frameworks may define them differently. section 2.3 section 3.2.1

Filtering system logs

With journalctl, --priority=3 limits output to Error messages and higher-priority messages. This supports focused investigation without treating every available event as equally urgent. section 3.2.1

How Cloud Observability in Action covers it

How deep it goes
Defines common DEBUG-to-ERROR semantics and demonstrates filtering, but defers implementation-specific conventions and detailed configuration.
Examples
Uses DEBUG, INFO, WARNING, and ERROR semantics plus a journalctl priority filter.
What it assumes
Assumes familiarity with logs and log events while introducing severity and granularity from basic examples.
What you can do after
Operate/configure journalctl queries that restrict output by log priority.
How it connects
Connects logging levels with logs, structured logging, observability, system logs, and journalctl.

Also explained in

Compare how 9 books explain logging level →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Cloud Observability in Action. The section links point to the parts of the book it draws on.