[Golang (Go)] Use logrus package to output structured log
logrus
Logrus is a structured logger for Go (golang), completely API compatible with the standard library logger.
Logrus is in maintenance-mode. We will not be introducing new features. It’s simply too hard to do in a way that won’t break many people’s projects, which is the last thing you want from your Logging library (again…).
This does not mean Logrus is dead. Logrus will continue to be maintained for security, (backwards compatible) bug fixes, and performance (where we are limited by the interface).
I believe Logrus’ biggest contribution is to have played a part in today’s widespread use of structured logging in Golang. There doesn’t seem to be a reason to do a major, breaking iteration into Logrus V2, since the fantastic Go community has built those independently. Many fantastic alternatives have sprung up. Logrus would look like those, had it been re-designed with what we know about structured logging in Go today. Check out, for example, Zerolog - https://github.com/rs/zerolog, Zap - https://github.com/uber-go/zap, and Apex - https://github.com/apex/log.
Installation
Standard go get:
1 | go get -u github.com/sirupsen/logrus |
Usage
With log.SetFormatter(&log.JSONFormatter{})
, for easy parsing by logstash or Splunk:
1 | {"animal":"walrus","level":"info","msg":"A group of walrus emerges from the |
With the default log.SetFormatter(&log.TextFormatter{}) when a TTY is not attached, the output is compatible with the logfmt format:
1 | time="2015-03-26T01:27:38-04:00" level=debug msg="Started observing beach" animal=walrus number=8 |
To ensure this behaviour even if a TTY is attached, set your formatter as follows:
1 | log.SetFormatter(&log.TextFormatter{ |
Logging Method Name
If you wish to add the calling method as a field, instruct the logger via:
1 | log.SetReportCaller(true) |
This adds the caller as ‘method’ like so:
1 | {"animal":"penguin","level":"fatal","method":"github.com/sirupsen/arcticcreatures.migrate","msg":"a penguin swims by", |
Note that this does add measurable overhead - the cost will depend on the version of Go, but is between 20 and 40% in recent tests with 1.6 and 1.7. You can validate this in your environment via benchmarks:
1 | go test -bench=.*CallerTracing |
Example
The simplest way to use Logrus is simply the package-level exported logger:
1 | package main |
For more advanced usage such as logging to multiple locations from the same application, you can also create an instance of the logrus Logger:
1 | package main |
Fields
Logrus encourages careful, structured logging through logging fields instead of long, unparseable error messages. For example, instead of: log.Fatalf(“Failed to send event %s to topic %s with key %d”), you should log the much more discoverable:
1 | log.WithFields(log.Fields{ |
We’ve found this API forces you to think about logging in a way that produces much more useful logging messages. We’ve been in countless situations where just a single added field to a log statement that was already there would’ve saved us hours. The WithFields call is optional.
In general, with Logrus using any of the printf-family functions should be seen as a hint you should add a field, however, you can still use the printf-family functions with Logrus.
Default Fields
Often it’s helpful to have fields always attached to log statements in an application or parts of one. For example, you may want to always log the request_id and user_ip in the context of a request. Instead of writing log.WithFields(log.Fields{“request_id”: request_id, “user_ip”: user_ip}) on every line, you can create a logrus.Entry to pass around instead:
1 | requestLogger := log.WithFields(log.Fields{"request_id": request_id, "user_ip": user_ip}) |
Hooks
You can add hooks for logging levels. For example to send errors to an exception tracking service on Error, Fatal and Panic, info to StatsD or log to multiple places simultaneously, e.g. syslog.
Logrus comes with built-in hooks. Add those, or your custom hook, in init:
1 | import ( |
A list of currently known service hooks can be found in this wiki page - https://github.com/sirupsen/logrus/wiki/Hooks.
Level logging
Logrus has seven logging levels: Trace, Debug, Info, Warning, Error, Fatal and Panic.
1 | log.Trace("Something very low level.") |
You can set the logging level on a Logger, then it will only log entries with that severity or anything above it:
1 | // Will log anything that is info or above (warn, error, fatal, panic). Default. |
It may be useful to set log.Level = logrus.DebugLevel
in a debug or verbose environment if your application has that.
Entries
Besides the fields added with WithField or WithFields some fields are automatically added to all logging events:
-
time. The timestamp when the entry was created.
-
msg. The logging message passed to {Info,Warn,Error,Fatal,Panic} after the AddFields call. E.g. Failed to send event.
-
level. The logging level. E.g. info.
Formatters
The built-in logging formatters are:
-
logrus.TextFormatter. Logs the event in colors if stdout is a tty, otherwise without colors.
Note: to force colored output when there is no TTY, set the ForceColors field to true. To force no colored output even if there is a TTY set the DisableColors field to true. For Windows, see github.com/mattn/go-colorable.
When colors are enabled, levels are truncated to 4 characters by default. To disable truncation set the DisableLevelTruncation field to true.
When outputting to a TTY, it’s often helpful to visually scan down a column where all the levels are the same width. Setting the PadLevelText field to true enables this behavior, by adding padding to the level text.
All options are listed in the generated docs.
- logrus.JSONFormatter. Logs fields as JSON.
See Formatters - https://github.com/sirupsen/logrus#formatters to learn more Formatters.
Rotation
Log rotation is not provided with Logrus. Log rotation should be done by an external program (like logrotate(8)
) that can compress and delete old log entries. It should not be a feature of the application-level logger.
Tools
Tool | Description |
---|---|
Logrus Mate - https://github.com/gogap/logrus_mate | Logrus mate is a tool for Logrus to manage loggers, you can initial logger’s level, hook and formatter by config file, the logger will be generated with different configs in different environments. |
Logrus Viper Helper - https://github.com/heirko/go-contrib/tree/master/logrusHelper | An Helper around Logrus to wrap with spf13/Viper to load configuration with fangs! And to simplify Logrus configuration use some behavior of Logrus Mate - https://github.com/gogap/logrus_mate. sample - https://github.com/heirko/iris-contrib/blob/master/middleware/logrus-logger/example |
Fatal handlers
Logrus can register one or more functions that will be called when any fatal level message is logged. The registered handlers will be executed before logrus performs an os.Exit(1). This behavior may be helpful if callers need to gracefully shutdown. Unlike a panic("Something went wrong...")
call which can be intercepted with a deferred recover a call to os.Exit(1)
can not be intercepted.
1 | handler := func() { |
Thread safety
By default, Logger is protected by a mutex for concurrent writes. The mutex is held when calling hooks and writing logs. If you are sure such locking is not needed, you can call logger.SetNoLock() to disable the locking.
References
[1] sirupsen/logrus: Structured, pluggable logging for Go. - https://github.com/sirupsen/logrus