Commit d4a64bd4 authored by Richard Hartmann's avatar Richard Hartmann

Update instrumenting.md

Signed-off-by: 's avatarRichard Hartmann <richih@debian.org>
parent d319e351
...@@ -10,7 +10,7 @@ This page provides an opinionated set of guidelines for instrumenting your code. ...@@ -10,7 +10,7 @@ This page provides an opinionated set of guidelines for instrumenting your code.
## How to instrument ## How to instrument
The short answer is to instrument everything. Every library, subsystem and The short answer is to instrument everything. Every library, subsystem and
service should expose at least a few metrics to give you a rough idea of how it is service should have at least a few metrics to give you a rough idea of how it is
performing. performing.
Instrumentation should be an integral part of your code. Instantiate the metric Instrumentation should be an integral part of your code. Instantiate the metric
...@@ -36,7 +36,7 @@ For counting failed queries, see section [Failures](#failures) below. ...@@ -36,7 +36,7 @@ For counting failed queries, see section [Failures](#failures) below.
Online-serving systems should be monitored on both the client and server side. Online-serving systems should be monitored on both the client and server side.
If the two sides see different behaviors, that is very useful information for debugging. If the two sides see different behaviors, that is very useful information for debugging.
If a service has many clients, it is also not practical for the service to track them If a service has many clients, it is not practical for the service to track them
individually, so they have to rely on their own stats. individually, so they have to rely on their own stats.
Be consistent in whether you count queries when they start or when they end. Be consistent in whether you count queries when they start or when they end.
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment