|
|
(6 intermediate revisions by 2 users not shown) |
Line 1: |
Line 1: |
− | === Request Real Time Metrics === | + | === [Outdated] Status === |
− | | + | /!\ The spec is outdated and replaced with https://magnetodb-specs.readthedocs.org/en/latest/specs/kilo/approved/request-metrics.html |
− | Real time request metrics including latency/count/etc.
| |
− | | |
− | === Specification status ===
| |
− | Draft
| |
− | | |
− | === Problem Description ===
| |
− | To proactively address MagnetoDB operational issues, admin user needs real time visibility to request metrics data on each API node. Including:
| |
− | * number of requests
| |
− | * number of failures
| |
− | * number of errors
| |
− | * average latency
| |
− | * median latency
| |
− | * minimum latency
| |
− | * maximum latency
| |
− | * requests per second
| |
− | * distribution of request latency for each type of REST API call, such as "50%","66%","75%","80%","90%","95%","98%","99%","100%"
| |
− | | |
− | === Proposed Change ===
| |
− | | |
− | ==== Alternatives ====
| |
− | | |
− | ==== Security Impact ====
| |
− | | |
− | * Does this change touch sensitive data such as tokens, keys, or user data?
| |
− | * Does this change alter the API in a way that may impact security, such as a new way to access sensitive information or a new way to login?
| |
− | * Does this change involve cryptography or hashing?
| |
− | * Does this change require the use of sudo or any elevated privileges?
| |
− | * Does this change involve using or parsing user-provided data? This could be directly at the API level or indirectly such as changes to a cache layer.
| |
− | * Can this change enable a resource exhaustion attack, such as allowing a single API interaction to consume significant server resources? Some examples of this include launching subprocesses for each connection, or entity expansion attacks in XML.
| |
− | | |
− | ==== Notifications Impact ====
| |
− | | |
− | ==== Other End User Impact ====
| |
− | | |
− | ==== Performance Impact ====
| |
− | | |
− | Performance impact should be minimal since if statsd is used. The metrics sent to statsd is through UDP.
| |
− | | |
− | ==== Other Deployer Impact ====
| |
− | | |
− | A dependency in statsd will be introduced.
| |
− | | |
− | ==== Developer Impact ====
| |
− | | |
− | | |
− | ==== Implementation ====
| |
− | | |
− | ===== Assignee(s) =====
| |
− | | |
− | Charles Wang
| |
− | | |
− | ===== Work Items =====
| |
− | | |
− | ===== Dependencies =====
| |
− | | |
− | * statsd
| |
− | | |
− | ==== Documentation Impact ====
| |
− | | |
− | ==== References ====
| |