一键导入
backup-plans-selections
Knowledge for managing AWS Backup plans, tag-based resource selections, retention lifecycle, and compliance framework checks.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Knowledge for managing AWS Backup plans, tag-based resource selections, retention lifecycle, and compliance framework checks.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Knowledge for working with Python Lambda functions under the aws-backup-source module, including catalogue, conventions, testing, and deployment details.
Knowledge for safely managing AWS Backup vault lock modes, compliance settings, and immutability configuration.
| name | backup-plans-selections |
| description | Knowledge for managing AWS Backup plans, tag-based resource selections, retention lifecycle, and compliance framework checks. |
Use this skill when the user adds or modifies backup plans, tag-based resource selections, retention lifecycle, or compliance framework checks.
Resources are included in backups via tags. Tags are case-sensitive — only True matches.
| Service | Default Selection Tag | Default Value | Config Variable |
|---|---|---|---|
| S3/RDS (default plan) | BackupLocal | True | backup_plan_config |
| DynamoDB | BackupDynamoDB | True | backup_plan_config_dynamodb |
| EBS | BackupEBSVol | True | backup_plan_config_ebsvol |
| Aurora | BackupAurora | True | backup_plan_config_aurora |
| Parameter Store | BackupParameterStore | True | backup_plan_config_parameter_store |
Consumers override selection_tag (e.g. to NHSE-Enable-Backup) via the config variable.
locals.tf provides null-checked tag values:
local.selection_tag_value_*_null_checked
If selection_tag_value is null, it defaults to "True".
selection_tags (plural) provides fine-grained filtering (e.g. by environment). Each tag in the list creates an additional selection_by_tags block.
Plans are in backup_plan.tf. Each plan has:
rules — list of objects with:
schedule: EventBridge cron expression (e.g. cron(0 1 ? * * *))lifecycle.delete_after: days until recovery point deletioncopy_action[].delete_after: days until cross-account copy deletionenable_continuous_backup for PITRcopy_action is only created when both conditions are met:
var.backup_copy_vault_arn != "" && var.backup_copy_vault_account_id != ""
This prevents incomplete cross-account configuration.
Each service has a compliance framework in backup_framework.tf checking:
Note: Example retention values are intentionally short (e.g. 2 days) and will fail compliance checks by design. Production values require Information Asset Owner input.
lifecycle.delete_after — local vault retentioncopy_action[].delete_after — destination vault retentionAll service plans are enabled by default:
backup_plan_config_dynamodb = { enable = true, ... }
backup_plan_config_ebsvol = { enable = true, ... }
backup_plan_config_aurora = { enable = true, ... }
backup_plan_config_parameter_store = { enable = true, ... }
Consumers must explicitly disable services they do not use.
restore_testing_overrides (e.g. dbsubnetgroupname)