3 ms·

There is an argument to be made that all those actions should be done by an external log parsing tool. As with many things there is no easy right or wrong. For

• piaste 5y ago
  > There is an argument to be made that all those actions should be done by an external log parsing tool. Yes, keeping them separate is typically good, especially if you have multiple applications. There are also some instances where doing so leads to duplicate configurations that need to be kept in sync, and so you might want to have that logic bundled in the application itself. In my workplace we have two options for sending Slack alerts - one from our NewRelic cloud account alerts, one built-int in the logging framework. We use either for different purposes. > As with many things there is no easy right or wrong. For example, I want to be able to set log-level on different classes dynamically but where to draw the line? Exactly. My point wasn't that everybody needs a Swiss Army Knife structured logging framework, it was that OP's glib dismissal that 'console.log(), job done, why are you making this so complicated?' was naïve and obtuse.