Skip to content

DND-1485: default rds_backup_retention_period 14 to 7 (STSaaS fleet norm) - #51

Merged
darenjacobs merged 1 commit into
mainfrom
darenj/DND-1485/module-default-retention-7
Jul 28, 2026
Merged

darenjacobs merged 1 commit into
mainfrom
darenj/DND-1485/module-default-retention-7

Conversation

@darenjacobs

@darenjacobs darenjacobs commented Jul 28, 2026 •

Copy link
Copy Markdown

User description

What

Change the module default rds_backup_retention_period 14 → 7 (variables.tf).

Why

The 14 default silently doubled Aurora continuous-backup storage/cost for every STSaaS customer that migrated onto this module without an override (DND-1323) — the pre-migration standard was 7. Surfaced as DND-1485 (Zoox RDS cost ~4× in July; DoiT/CloudTrail confirmed the 7→14 flip on the migration-apply date).

comet-devops#2108 pins the already-migrated wrappers (bayer, circuit, circuit-dev, eonnext, mercedesamgf1, si, waystar, zoox) back to 7 — that's the band-aid. This PR fixes the source, so the envs still on comet-ml/comet/aws 3.x (netflix + bmw the large ones), which are on 7 only by inherited default, don't re-inherit 14 the moment they migrate.

Notes

  • Customers that genuinely want a longer window set rds_backup_retention_period explicitly in their wrapper — this only changes the unset-default behaviour.
  • README: the default column already reads 7, so it is now consistent with variables.tf (the stale 7-vs-14 mismatch Liya flagged — plausibly why this slipped through DND-1323 review — is resolved). terraform-docs was not regenerated wholesale: the README has no BEGIN/END_TF_DOCS injection markers and the tool isn't pinned in this checkout, so a full regen would reformat the entire table on a mismatched version. A clean regen can run under the pinned CI version if desired.
  • Ref: DND-1485 (root cause), DND-1323 (the migration), comet-devops#2108 (wrapper pins).

🤖 Generated with Claude Code


Generated description

Below is a concise technical summary of the changes proposed in this PR:
Align variables.tf's rds_backup_retention_period default with the STSaaS 7-day standard used by RDS/Aurora backups. Preserve customer-specific retention windows by leaving explicit rds_backup_retention_period overrides unchanged.

Latest Contributors(2)
UserCommitDate
darenjacobs@msn.comdefault rds_backup_ret...July 28, 2026
alexb@comet.comfeat(eks): Auto Mode, ...July 28, 2026
Review this PR on Baz | Customize your next review

… norm

The previous default (14) silently doubled Aurora continuous-backup storage
and cost for every customer that migrated onto this module without an override
(DND-1323), surfaced as DND-1485 (Zoox RDS cost ~4x in July). The STSaaS
standard recovery window is 7 days.

Customer wrappers that were pinned back to 7 in comet-devops#2108 are the
band-aid; this fixes the source so the six envs still on comet-ml/comet/aws
3.x (netflix + bmw the large ones) don't re-inherit 14 the moment they migrate.

README default row already reads 7, so it is now consistent with variables.tf
(the stale 7-vs-14 mismatch is resolved). terraform-docs not regenerated
wholesale: the README has no injection markers and the tool isn't pinned
locally, so a full regen would churn the entire table on a different version.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@darenjacobs
darenjacobs merged commit 98ba599 into main Jul 28, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants