You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Google monitoring can trigger alerts on a variety of metric types based on values in any arbitrary JSON field of log messages it reads. Since we log newline text to stdout/err in unstructured text, it interprets it all as INFO non-error output. Logging in the JSON format used by google monitoring will let us set proper log levels and use components of log messages in alerts, and ensure proper newline de/serialization of multi-line message payloads.
Since other projects in our ecosystem are using pedestal for logging, we should switch to that here for consistency, away from taoensso/timbre. It is a relatively simple liftover.
Google monitoring can trigger alerts on a variety of metric types based on values in any arbitrary JSON field of log messages it reads. Since we log newline text to stdout/err in unstructured text, it interprets it all as INFO non-error output. Logging in the JSON format used by google monitoring will let us set proper log levels and use components of log messages in alerts, and ensure proper newline de/serialization of multi-line message payloads.
Since other projects in our ecosystem are using pedestal for logging, we should switch to that here for consistency, away from taoensso/timbre. It is a relatively simple liftover.
It appears that pedestal has the option for providing your own formatter
https://github.com/pedestal/pedestal/blob/a72c7a274af0e60ba42a18d859f7c6fe9314130e/log/src/io/pedestal/log.clj#L271
We want to preserve the ability to log in compact "human" format in development, and flip a switch to JSON format when deployed.
The text was updated successfully, but these errors were encountered: