What | Where |
---|---|
Documentation | https://github.com/kiwicom/structlog-sentry |
Maintainer | @kiwicom/platform |
Based on https://gist.github.com/hynek/a1f3f92d57071ebc5b91
Install the package with pip:
pip install structlog-sentry
This module is intended to be used with structlog
like this:
import sentry_sdk
import structlog
from structlog_sentry import SentryProcessor
sentry_sdk.init() # pass dsn in argument or via SENTRY_DSN env variable
structlog.configure(
processors=[
structlog.stdlib.add_logger_name, # optional, but before SentryProcessor()
structlog.stdlib.add_log_level, # required before SentryProcessor()
SentryProcessor(level=logging.ERROR),
],
logger_factory=...,
wrapper_class=...,
)
log = structlog.get_logger()
Do not forget to add the structlog.stdlib.add_log_level
and optionally the
structlog.stdlib.add_logger_name
processors before SentryProcessor
. The
SentryProcessor
class takes the following arguments:
level
- events of this or higher levels will be reported to Sentry, default isWARNING
active
- default isTrue
, setting toFalse
disables the processor
Now exceptions are automatically captured by Sentry with log.error()
:
try:
1/0
except ZeroDivisionError:
log.error()
try:
resp = requests.get(f"https://api.example.com/users/{user_id}/")
resp.raise_for_status()
except RequestException:
log.error("request error", user_id=user_id)
This won't automatically collect sys.exc_info()
along with the message, if you want
to enable this behavior, just pass exc_info=True
.
When you want to use structlog's built-in
format_exc_info
processor, make that the SentryProcessor
comes before format_exc_info
!
Otherwise, the SentryProcessor
won't have an exc_info
to work with, because
it's removed from the event by format_exc_info
.
Logging calls with no sys.exc_info()
are also automatically captured by Sentry:
log.info("info message", scope="accounts")
log.warning("warning message", scope="invoices")
log.error("error message", scope="products")
If you do not want to forward logs into Sentry, just pass the sentry_skip=True
optional argument to logger methods, like this:
log.error(sentry_skip=True)
You can set some or all of key/value pairs of structlog event_dict
as sentry tags
:
structlog.configure(
processors=[
structlog.stdlib.add_logger_name,
structlog.stdlib.add_log_level,
SentryProcessor(level=logging.ERROR, tag_keys=["city", "timezone"]),
],...
)
log.error("error message", city="Tehran", timezone="UTC+3:30", movie_title="Some title")
this will report the error and the sentry event will have city and timezone tags.
If you want to have all event data as tags, create the SentryProcessor
with tag_keys="__all__"
.
structlog.configure(
processors=[
structlog.stdlib.add_logger_name,
structlog.stdlib.add_log_level,
SentryProcessor(level=logging.ERROR, tag_keys="__all__"),
],...
)
By default SentryProcessor
will send event_dict
key/value pairs as extra info to the sentry.
Sometimes you may want to skip this, specially when sending the event_dict
as sentry tags:
structlog.configure(
processors=[
structlog.stdlib.add_logger_name,
structlog.stdlib.add_log_level,
SentryProcessor(level=logging.ERROR, as_extra=False, tag_keys="__all__"),
],...
)
If you want to ignore specific loggers from being processed by the SentryProcessor
just pass
a list of loggers when instantiating the processor:
structlog.configure(
processors=[
structlog.stdlib.add_logger_name,
structlog.stdlib.add_log_level,
SentryProcessor(level=logging.ERROR, ignore_loggers=["some.logger"]),
],...
)
If you want to configure structlog
to format the output as JSON
(maybe for elk-stack) you have to use SentryJsonProcessor
to prevent
duplication of an event reported to sentry.
from structlog_sentry import SentryJsonProcessor
structlog.configure(
processors=[
structlog.stdlib.add_logger_name, # required before SentryJsonProcessor()
structlog.stdlib.add_log_level,
SentryJsonProcessor(level=logging.ERROR, tag_keys="__all__"),
structlog.processors.JSONRenderer()
],...
)
This processor tells sentry to ignore the logger and captures the events manually.
To run all tests:
tox
Create a merge request and tag @kiwicom/platform for review.