Open
Bug 1160636
Opened 9 years ago
Updated 7 years ago
metrics, user stories - allow query of "how many users of type X"
Categories
(Cloud Services :: Metrics: Product Metrics, defect, P3)
Cloud Services
Metrics: Product Metrics
Tracking
(Not tracked)
NEW
People
(Reporter: thuelbert, Unassigned)
Details
As Quality and Metrics manager, I want to be able to query how many active users of type X we have. Allow users to query, in a performant fashion (less than minute would be good) the following: Release Channel, Locale, Geo, default browser, default search engine, telemetry on status
Reporter | ||
Updated•9 years ago
|
Summary: user story, metrics - allow query of "how many users of type X" → metrics, user story - allow query of "how many users of type X"
Reporter | ||
Updated•9 years ago
|
Summary: metrics, user story - allow query of "how many users of type X" → metrics, user stories - allow query of "how many users of type X"
Updated•9 years ago
|
Priority: -- → P2
Comment 1•9 years ago
|
||
Please break out any sub-tasks as separate bugs. We discussed implementing this as a method of querying the internal state of a cuckoo filter in a running sandbox.
Assignee: nobody → mtrinkala
Comment 2•9 years ago
|
||
This aligns very closely with the executive report; if the initial comment contains the complete set of dimensions the differences are: - We don't track locale - We don track the default search engine but we have the actual search counts for [Google, Bing, Yahoo and Other] - We don't track the telemetry status Telemetry status would be easy to add since we have a little room left in the executive report. Locale and default search engine would incur extra storage costs based on the number of each you would like to store (please provide those dimensions i.e. are you interested in only the ISO 639-1 locales? The eight search engines we provide by default?). There would have to be some basis to query against, the last day, week, month, beginning of time etc. To run in real time all this needs to be defined upfront. If the specification cannot be predefined if becomes a retroactive ad-hoc analysis turning it into a report rather than a 'quick query' against a precomputed result set.
Flags: needinfo?(thuelbert)
Updated•9 years ago
|
Flags: needinfo?(thuelbert) → needinfo?(thuelbert)
Comment 3•9 years ago
|
||
From triage: - Is the list of dimensions above complete, or was it just an example? - We will create a redshift output with this information that can be queried interactively.
Comment 4•9 years ago
|
||
Rebecca is probably the best person to answer the question above (is the list of dimensions complete). It would also be helpful to define the dimensions & time frame, as trink asked in #2: (In reply to Mike Trinkala [:trink] from comment #2) > (please > provide those dimensions i.e. are you interested in only the ISO 639-1 > locales? The eight search engines we provide by default?). There would have > to be some basis to query against, the last day, week, month, beginning of > time etc.
Flags: needinfo?(rweiss)
Comment 5•9 years ago
|
||
My understanding is that this service addresses a user's need to receive an update about our ongoing performance along key dimensions, rather than be used for 1) any in-depth analysis or b) long-term longitudinal study. Before verifying whether we have all the dimensions or a specific time frame, a quick set of questions: 1) Are we married to our list of dimensions once this bug is closed, or is it affordable to add more later (in the case that we get an additional request)? 2) If we start with one time frame and determine that the more common use case is longer term, is that costly in terms of both time and budget? I understand that switching from 1 day to 1 week would require another week of time in order to gather the data (we can't retroactively add days back).
Flags: needinfo?(rweiss)
Updated•9 years ago
|
Component: Metrics: Pipeline → Metrics: Product Metrics
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(thuelbert)
Updated•8 years ago
|
Priority: P2 → P3
Updated•8 years ago
|
Component: Metrics: Product Metrics → Metrics: Pipeline
Updated•8 years ago
|
Component: Metrics: Pipeline → Metrics: Product Metrics
Updated•7 years ago
|
Assignee: mtrinkala → nobody
You need to log in
before you can comment on or make changes to this bug.
Description
•