8bb49e0e08
Bug 1403994 Previously, old build_id histograms would merge with new ones by just adding; but instead we want to first add the histograms, then the sums and counts separately. Unfortunately this means that [0] did not fix historical build_id aggregates. Those are broken in the db for good. [0] https://github.com/mozilla/python_mozaggregator/pull/57 |
||
---|---|---|
ansible | ||
mozaggregator | ||
tests | ||
.gitignore | ||
.travis.yml | ||
README.md | ||
Vagrantfile | ||
run-tests.sh | ||
setup.py |
README.md
python_mozaggregator
Aggregator job for Telemetry. See this blog post for details.
Development and deployment
Note: if you are on Windows you might want to disable core.autocrlf
to avoid git converting LF endings to CRLF when checking out.
To start hacking on your local machine:
vagrant up
vagrant ssh
If vagrant fails to download a box on Windows 10 then follow the workaround mentioned here.
To run tests within the Vagrant VM:
cd /vagrant
./run-tests.sh
To deploy a new version of the aggregation service to the cloud:
ansible-playbook ansible/deploy.yml -e '@ansible/envs/dev.yml' -i ansible/inventory
To connect to the database on the host, when running it inside the Vagrant VM, using something like pgAdmin, use localhost
as the host, 5432
as the port, vagrant
as the username, and a blank password.
API
Aggregates are made available through a HTTP API. There are two kinds of aggregates: per submission date (date a ping is received by the server) and per build-id (date the submitting product was built).
To access the aggregates use the aggregates_by/build_id/
and aggregates_by/submission_date/
prefix respectively.
In the URLs below, replace SERVICE
with the origin of this service's instance. The official service is http://aggregates.telemetry.mozilla.org
.
The following examples are based on build-id aggregates. Replace build_id
with submission_date
to use aggregates per submission date instead.
Get available channels:
curl -X GET http://SERVICE/aggregates_by/build_id/channels/
["nightly","beta","aurora"]
Get a list of options for the available dimensions on a given channel and version:
curl -X GET "http://SERVICE/filters/?channel=nightly&version=42"
{"metric":["A11Y_CONSUMERS","A11Y_IATABLE_USAGE_FLAG",...],
"application":["Fennec","Firefox"],
...}
Get a list of available build-ids for a given channel:
curl -X GET "http://SERVICE/aggregates_by/build_id/channels/nightly/dates/"
[{"date":"20150630","version":"42"}, {"date":"20150629","version":"42"}]
Given a set of build-ids, retrieve for each of build-id the aggregated histogram that complies with the requested filters:
curl -X GET "http://SERVICE/aggregates_by/build_id/channels/nightly/?version=41&dates=20150615,20150616&metric=GC_MS&os=Windows_NT"
{"buckets":[0, ..., 10000],
"data":[{"date":"20150615",
"count":239459,
"sum": 412346123,
"histogram":[309, ..., 5047],
"label":""},
{"date":"20150616",
"count":233688,
"sum": 402241121,
"histogram":[306, ..., 7875],
"label":""}],
"kind":"exponential",
"description":"Time spent running JS GC (ms)"}
The available filters are:
metric
, e.g. JS_TELEMETRY_ADDON_EXCEPTIONSapplication
, e.g. Firefoxarchitecture
, e.g. x86os
, e.g. Windows_NTosVersion
, e.g. 6.1e10sEnabled
, e.g. truelabel
, e.g Adblock-Pluschild
, e.g. true, meaningful only if e10s is enabled
A reply has the following attributes:
buckets
, which represents the bucket labels of the histogramkind
, the kind of histogram (e.g. exponential)data
, which is an array of metric objects with the following attributes:date
: a build-idcount
: number of metrics aggregatedsum
: sum of accumulated valueshistogram
: bucket valuesdescription
: histogram descriptionlabel
: for keyed histograms, the key the entry belongs to, or otherwise a blank string
Keyed histograms have the same format as unkeyed histograms, but there can possibly be multiple metric objects with the same date, each with a different key (label
).