Allow granular usage controls and logs to see what has changed
N
Nick O'Keefe
It would be helpful to set storage usage/retention on a per project or even per workflow level. Additionally, having the ability to see what user and when these usage settings are changed.
This would be beneficial for large organizations as there can be many admins between different teams with no easy way to differentiate who or what team is changing settings. If storage retention periods need to be kept high for a single project, any other project could now attribute to increased storage costs as the retention period must be kept high, or introduce logic to clear caches to only certain projects.
S
Steve Ruble
Perhaps a simple way would be to allow the
save_cache
command to specify how long the cache should be retained for, subject to an upper limit based on the project or global retention settings.Chris Cerk
Posting to add support for this idea.
Storage usage/retention on a per project basis would be extremely useful.
Ideally
- Assigning projects to retention "groups" which could be named or have labels.
- Having a fallback default of the global usage/retention settings that exists today.