The current restrictive quotas combined with the slow, manual, quota increase workflow as described in https://phabricator.wikimedia.org/project/view/4834/ is not well suited for a platform which is used by volunteers to build tools.
These volunteers will typically build these tools in their free time, and "please fill a form and wait for a week" will lead to tools not being built, or tools circumventing the quotas (e.g. by creating a second tool account).
In my case, this was the first weekend where I had time to look at migrating tools to Kubernetes in the last 2 months, and I won't have much time in the upcoming weekends. The low 'deployments.apps' quota (T306322) and server ulimits (T306307) were a significant hindrance to moving wikibugs over.
Two suggested alternative approaches:
- Lenient quotas with monitoring -- increase all quotas by 10x and manually reach out to maintainers when they use more than the current quota.
- Self-service quota increase with manual verification afterwards