Zap Concepts: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
Line 28: Line 28:
Implementation aspects are discussed in [[#Implementation_Details|Implementation Details]].
Implementation aspects are discussed in [[#Implementation_Details|Implementation Details]].


Child loggers.
<font color=darkkhaki>Child loggers.</font>


=Logger Instance Creation=
=Logger Instance Creation=

Revision as of 21:34, 13 March 2024

External

Internal

TODO

Overview

Zap is a logging framework for Go. It provides fast, structured, contextual and leveled logging.

Logging is performing by creating a Logger object and using its API. Creation of Logger instances can be done in a number of way that are explored in the Logger Instance Creation section. There are actually two APIs, Logger and SugaredLogger. The former is aimed for high-performance scenario, but it only supports structured logging, while the latter has a more friendlier, and just slightly less performant syntax. The difference is discussed in Two Logging APIs section.

Each logging invocation creates a log event with key/value pairs, as explained in Structured Logging. The rendering of the log events can be changed through configuration. These aspects are discussed in the Log Rendering section.

There is no global logger that can be used right away, though one can be configured. Use of global loggers should be avoided, though.

Zap supports the standard DEBUG, INFO, WARN and ERROR logging levels. It comes with a few new ones: PANIC, DPANIC and FATAL. The ERROR level requires special attention. There is no TRACE. More details are available in the Logging Levels section.

By default, loggers are unbuffered. This aspect is discussed in the Buffering section.

Implementation aspects are discussed in Implementation Details.

Child loggers.

Logger Instance Creation

The framework comes with three preset constructors: zap.NewExample(), zap.NewProduction() and zap.NewDevelopment().

  • Understand how I can get a logger instance “out of the blue” and how I can build a set of predefined loggers. Must figure out logging situation in tests. I must be able to start a test in debug mode and see the log.
  • Can I use a single instance? Is it thread safe?

Two Logging APIs

Structured Logging

Each logging invocation creates a log event with key/value pairs What about the log message?.

Also see

Structured Logging

Log Rendering

Depending on the encoder?, the rendering of the log events can be controlled.

Logging Levels

Custom Logging Levels

Configuration

Buffering

Implementation Details

zap and zap core.

Zap.png

Best Practices