Workflow history retention periods tightened
Workflow history storage is being reduced by cutting retention windows and loosening compaction aggressiveness — keeping fewer snapshots while still preserving version history.
Workflow history compaction settings are being adjusted to reduce storage consumption. The minimum retention period drops from seven to six days, and compaction intervals are extended — workflows with fewer than 100 versions keep snapshots every ten minutes instead of every five, while the largest workflows compress from one snapshot every four hours to one every ten hours. This means more aggressive data pruning while still maintaining a usable version history window.
View Original GitHub Description
Summary
Reduce retention periods to decrease storage usage. Only decrease day by one to avoid awkward gap a bigger jump would create.
Related Linear tickets, Github issues, and Community forum posts
n/a
Review / Merge checklist
- PR title and summary are descriptive. (conventions) <!-- **Remember, the title automatically goes into the changelog. Use `(no-changelog)` otherwise.** -->
- Docs updated or follow-up ticket created.
- Tests included. <!-- A bug is not considered fixed, unless a test is added to prevent it from happening again. A feature is not complete without tests. -->
- PR Labeled with
Backport to Beta,Backport to Stable, orBackport to v1(if the PR is an urgent fix that needs to be backported)