Christian Nicolai

> [@cmur2](https://github.com/cmur2) Okay I will reach out to these teams directly. And just confirming that for 8.4 & 8.5, the Monorepo DevOps team will only do this for Zeebe and...

> As for 8.5, I do think it could be beneficial if the implementation overhead is low. However, if it requires significant effort, it might not be worth pursuing. @liliancavalet...

> Is someone already looking into this? This problem was noticed by others and [reported via Slack](https://camunda.slack.com/archives/C071KP5BTHB/p1718292962257739) which is the preferred method to report problems since more people can look...

To address this I want to achieve metrics collection via https://github.com/camunda/team-infrastructure/issues/656 and then reduce cache over-usage based on that data.

> Likely we would greatly reduce our cache usage if we centralized things. As it is, most PRs now create gigabytes of cache, as only Zeebe is set up to...

> It hopefully wouldn't be too big of a deal since we already have it set up for the Zeebe CI, so it's just applying it across the board (with...

Unintentionally closed in https://github.com/camunda/camunda/pull/21182, still an open topic in general. Current status: * https://github.com/camunda/camunda/pull/21151 + https://github.com/camunda/camunda/pull/21182 got us outside of dangerous usage levels * ✔️ POC needed to see how...

> Average PRs will not introduce more than one or two new dependencies and downloading those will not make a noticeable impact. Fair point. > Additionally, the Zeebe CI has...

I started to document what we said here [in the wiki](https://github.com/camunda/camunda/wiki/CI-&-Automation#github-actions-cache) and will create tickets based on that. > I could find someone from our team to do it to...

Related problem: https://camunda.slack.com/archives/C071KP5BTHB/p1726482584788839