计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
capacity-cost-and-resource-lifecycle【效率与协作】Assess capacity, cost, resource ownership, VPS resizing, replacement, snapshots, reserved IPs, retirement, and cleanup. Use before changing cloud plans, disks, instance types, autoscaling, reservations, tags, budgets, snapshots, or lifecycle state.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Treat a resource resize as a lifecycle change, not a simple plan edit. Provider capabilities, disk size, state ownership, data recovery, traffic routing, and cleanup are separate decisions.
Every billable resource needs owner, service/environment, provider/account, Terraform address/state key, instance/resource ID, tags, cost center, creation reason, retention/expiry, backup class, and deletion authority. CMDB and Terraform are the runtime facts; spreadsheets or hand-maintained lists are not.
Before change, capture observed CPU, memory, disk used/free, IOPS, network, error/latency headroom, backup size, growth forecast, monthly cost delta, and rollback capacity. Define the success condition and the duration of observation.
Provider plan changes must be classified before apply:
Set budgets and anomaly thresholds by account/environment/service. Review orphaned volumes, snapshots, IPs, load balancers, images, and stopped instances on a defined cadence. Automation may report candidates, but deleting billable or recoverable resources requires exact enumeration, owner confirmation, and a rollback/retention decision.
Retire in stages: remove traffic, verify no consumers, retain recovery point for the approved window, export final audit metadata, then delete the exact resource IDs. Terraform state removal, provider deletion, DNS release, snapshot cleanup, and credential revocation are separate checklist entries; authorization for one does not imply authorization for the others.