Top-line metrics to record:
- Number of queries run per day
- Number of unique users of the query service per day
Top-line metrics to record:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T67626 [Epic] Support for queries on-wiki (automated list generation) | |||
| Resolved | Smalyshev | T85159 [EPIC] Deploy a Wikidata Query Service into production | |||
| Resolved | • Deskana | T109132 [Epic] Announce the production release of the Wikidata Query Service. | |||
| Resolved | • Deskana | T98030 Do whatever is necessary to hook up production Wikidata Query Service to HDFS and other log collection systems | |||
| Resolved | MoritzMuehlenhoff | T109357 Grant SMalyshev access to stat1002 to query hive | |||
| Resolved | mpopov | T109360 Create a script to extract request logs for query.wikidata.org for dashboards | |||
| Resolved | akosiaris | T110217 Need access for smalyshev to hive queries on stat1002 |
We should use the Varnish request logs, passed into Hadoop, for this; EventLogging can be used when we have more specific questions.
Query runs is just a simply COUNT(*); for unique users, let's use unique permutations of (ip, user_agent, accept_language)
Ori suggested another option: logstash as described in http://www.bravo-kernel.com/2014/12/setting-up-logstash-1-4-2-to-forward-nginx-logs-to-elasticsearch/ and then get it to logstash-beta.wmflabs.org
As said in the email thread, I'd like an idea of what the ability of researchers to access that machine easily and conveniently is. If the answer is "there isn't one, we'd have to invent it" please let's look for other options.
@Ironholds so far it's on http://logstash-beta.wmflabs.org but I'm not sure what other options do we have for now.
Cron and curl, mostly. There is an Elasticsearch feature called percolator but I don't know that it integrates with logstash.
@Ironholds Now that the service is running in production, and is hooked up to varnish, do we need to do anything here or is it all automatically taken care of? Do you know?
Is it hooked up to the same varnishes? Which varnishes is it hooked up to? What do the requests look like? What's the URL it lives at?
@Ironholds @Smalyshev Sounds like you two need to have a quick hangout while I'm out to find answers to these questions. :-)
@Ironholds informs me that this is done. T109360 is to take the data from the logs and analyse it.