AWS 账单可能成为工程团队的意外来源，引发挫败感，因为意外费用往往在过晚时才被发现。一种常见场景是工程师为概念验证启动了一个实例却忘记关闭，导致持续计费。AWS 提供的 Cost Explorer 工具可帮助识别账单数据中的趋势和异常，但其存在局限性，例如无法显示具体实例归属于哪位工程师或哪个团队。该工具基于账单记录运行，支持按服务、区域、账户和标签进行聚合，但无法区分运行中实例与空闲实例。对资源进行打标签可改善费用归属，但仍存在缺口，例如无法判断资源是否正在被主动使用，或是处于空闲状态。空闲资源问题在开发和预发布环境中尤为普遍，这些环境中的资源常被持续运行，导致大量空闲时间。为解决这一问题，需要在两个层面实施仪表化：活动信号与按资源归属的空闲成本可见性。活动信号涉及确定资源是否确实在被使用，而按资源归属则涉及揭示空闲资源的成本后果。不同类型的资源（如 EC2 开发机、RDS 预发布数据库、ECS 服务）具有不同的空闲成本模式。缺乏对空闲成本的可见性，会导致成本优化变得粗放，依赖对工作发生时间的假设。更精确的方法是使空闲成本在资源层面可见，并结合归属权，以指导优化决策。为更清晰地了解空闲成本累积的位置，团队可以从拉取实例运行时间与 CloudWatch 活动数据、检查周末期间的 RDS 连接数、审查 ECS 最小任务数，以及对运行中的实例执行标签合规审计开始。归根结底，解决空闲成本问题需要系统性的方法，例如使用 Trigops 这类工具，其围绕将空闲成本归因于特定工程师、团队或环境构建，并具备感知活动的自动化能力。