-
Notifications
You must be signed in to change notification settings - Fork 89
Unify and split logging into levels to reduce log flooding in production #195
Unify and split logging into levels to reduce log flooding in production #195
Conversation
Good one! |
/test e2e |
Codecov Report
@@ Coverage Diff @@
## master #195 +/- ##
==========================================
+ Coverage 63.22% 63.36% +0.13%
==========================================
Files 13 13
Lines 862 868 +6
==========================================
+ Hits 545 550 +5
- Misses 241 242 +1
Partials 76 76
Continue to review full report at Codecov.
|
…ocal make target to pass it to the operator.
/test lint |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Other than the comments, it looks a lot cleaner than before. Thanks, @pmacik!
/lgtm |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbose78 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
* origin/master: Unify and split logging into levels to reduce log flooding in production (redhat-developer#195) Fix operator uninstallers in example commons. (redhat-developer#202) Add go version in go.mod (redhat-developer#201) Alter the Makefile commons output to be more readable (redhat-developer#198) update GolangCI Lint version (redhat-developer#200) Update golang, kubectl, and operator-sdk version to latest in CI (redhat-developer#194) Minor changes to improve feedback to users when running examples (redhat-developer#199)
The operator logs everything to console with the
info
level of verbosity - incl. information that should be logged on thedebug
level. That not only makes the log too verbose and unreadable but generally has a significant impact on performance and footprint.That's why the logging should be split into various levels (such as Error, Warning, Info, Debug, Trace... ( https://dave.cheney.net/2015/11/05/lets-talk-about-logging )) and only use levels Info and below in the "production".
This PR: