Closed
Bug 1073458
Opened 11 years ago
Closed 10 years ago
Kibana query to report the number of calls per hour daily
Categories
(Cloud Services :: Operations: Metrics/Monitoring, task)
Cloud Services
Operations: Metrics/Monitoring
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: RT, Assigned: kparlante)
References
Details
User Story
As a product manager I want to know daily the number of successful calls or rooms where there were 2 users present which occurred per 60 minute slot so that I know the service peak times.
As a product manager I want to know daily the number of successful calls which occurred per 60 minute slot so that I know the service peak times.
Comment 1•11 years ago
|
||
We don't have the success information in the server right now. In order to have that, the clients will need to send the server a notification once the call is finished. We currently don't have any websocket connection at this point in time (it's already finished).
We could have a way to let the server know, but that will mean the server will know more information about the calls going on. The other way to do that is to have the client directly report to a metrics server.
I'm ccing kparlante here since she's the one handling metrics.
Updated•11 years ago
|
Flags: needinfo?(kparlante)
Updated•11 years ago
|
Comment 2•11 years ago
|
||
Do we want something like this? https://github.com/mozilla-services/loop-server/graphs/punch-card
Reporter | ||
Comment 3•11 years ago
|
||
The only issue I see with this is that it does not tell me what the real numbers are.
More like https://github.com/mozilla-services/loop-server/graphs/commit-activity (top part with orange rectangles). This will allow seeing real numbers of calls per 60 minute window
Flags: needinfo?(rtestard)
Updated•11 years ago
|
Assignee: nobody → kparlante
Component: Server → Operations: Metrics/Monitoring
Product: Loop → Mozilla Services
Assignee | ||
Comment 4•11 years ago
|
||
Assuming we use the same definition of "success" as the other call related metrics (really successful call setup), we should be able to use websocket.summary. Again, not blocked on getting the machinery going, just want to make sure the websocket.summary data is right.
Thanks for the examples, perhaps we can get metrics team feedback on visualization.
Blocks: 1036059
Flags: needinfo?(kparlante)
Assignee | ||
Comment 5•11 years ago
|
||
fyi, here's a histogram of calls/hour for the last month: https://kibana.shared.us-west-2.prod.mozaws.net/#dashboard/temp/rRykaGfmQa2fjVgwDxfBDw
Reporter | ||
Comment 6•11 years ago
|
||
I like that!
NI Adam in case he has further thoughts as he is interested in that graph too.
Flags: needinfo?(adam)
Comment 7•11 years ago
|
||
This looks very nice.
I don't think I'd said much about the calls-per-hour graph. What I did comment on earlier -- and we'd need data from TokBox to implement this -- is a call duration distribution graph. Something roughly like this:
100000 |
| #####
C 10000 | #####
o | ##### #####
u 1000 | ##### #####
n | ##### ##### #####
t 100 | ##### ##### ##### #####
| ##### ##### ##### ##### #####
10 | ##### ##### ##### ##### #####
-------+------------------------------------
| < 1 1-5 5-10 10-60 >60
| Length of call (in minutes)
Flags: needinfo?(adam)
Reporter | ||
Comment 8•11 years ago
|
||
I updated the US to include room data.
FYI
* call duration spread bug: 1073451
* room duration spread bug: 1106056
User Story: (updated)
Reporter | ||
Updated•11 years ago
|
Summary: Dashboard needs to show number of calls per hour daily → Kibana query to represent the number of calls per hour daily
Reporter | ||
Updated•11 years ago
|
Reporter | ||
Updated•11 years ago
|
Summary: Kibana query to represent the number of calls per hour daily → Kibana query to report the number of calls per hour daily
Comment 9•10 years ago
|
||
Reopen if necessary.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•