Closed
Bug 866942
Opened 11 years ago
Closed 11 years ago
Ponder the payments flow for statsd logging
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
2013-05-09
People
(Reporter: kumar, Assigned: andy+bugzilla)
References
Details
(Whiteboard: p=2)
We collect statsd logging to monitor realtime stability and performance. This bug is to: 1) Close your email, IRC, and other things that distract :) 2) Step through the entire payments flow (and code) from a technical perspective 3) Write down all parts that could use statsd logging. A useful statsd measurement is one that will tell us if some part of the system is failing or suspicious 4) Add statsd logging for each one
Assignee | ||
Comment 1•11 years ago
|
||
And some nice graphs in the dashboard would be nice.
Assignee: nobody → amckay
Target Milestone: --- → 2013-05-09
Assignee | ||
Updated•11 years ago
|
Whiteboard: p=2
Assignee | ||
Updated•11 years ago
|
Priority: -- → P3
Assignee | ||
Comment 2•11 years ago
|
||
Solitude logs lots to statsd. Adding in statsd to curling and webpay: https://github.com/mozilla/webpay/commit/d4cbd1
Assignee | ||
Comment 3•11 years ago
|
||
We've got all incoming requests being timed and reporting status codes. All outgoing requests (and those via curling are timed). https://github.com/andymckay/curling/commit/9ab9ee Someone now needs to do some meaningful graphs.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•