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)

x86
macOS
defect

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
And some nice graphs in the dashboard would be nice.
Assignee: nobody → amckay
Target Milestone: --- → 2013-05-09
Whiteboard: p=2
Priority: -- → P3
Depends on: 870098
Solitude logs lots to statsd. Adding in statsd to curling and webpay:

https://github.com/mozilla/webpay/commit/d4cbd1
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.