Once T204022 is done and merged and deployed we can think about deploying the feature:
The feature should have a staged roll out, slowly ramping up the number of edits that the jobs are run for.
Throughout the time of the roll out metrics such as number of jobs in the queue etc should be monitored.
Throughout the rollout we also need to check the cache status and cache eviction rate, we probably can't fit results for all entities in the cache..
The job will only really take full effect when T204024 is also done persistently storing the data.
The config option was introduced in https://gerrit.wikimedia.org/r/#/c/463950/
The config options is `wgWBQualityConstraintsEnableConstraintsCheckJobsRatio`
Beta and test can probably be deployed quickly / in the same day (if everything goes fine).
wikidata.org should probably not proceed any faster than 1 increase per day.
Deployment dates: TBA
Deployment List:
[] beta wikidata 100% (deployed by disabled due to errors when getting to prod)
[] testwikidata 50% (deployed by disabled due to errors when getting to prod)
[] testwikidata 100% (deployed by disabled due to errors when getting to prod)
[] wikidata.org 1% (deployed by disabled due to errors when getting to prod)
[] wikidata.org 5%
[] wikidata.org 10%
[] wikidata.org 25%
[] wikidata.org 50%
[] wikidata.org 100%
When deploying and expecting a rate of around 10 jobs per second ping #services