成本分析与基线
支出实际流向、单位经济视图、闲置资源盘点。一切后续工作的起点。
- Cost Explorer
- CUR
- Athena
云计算 · 优化与 FinOps
能自我买单的云。
合理配置资源，掌控云支出。FinOps 纪律将云账单变成业务可以拉动的杠杆。
没有 FinOps 纪律的云支出会逐渐失控。Phoenix 交付成本优化和 FinOps 运营模型，让财务、工程和产品团队达成共识，使云账单成为业务可以拉动的杠杆，而不是每月的惊吓。
我们同步推进技术优化（合理配置、Savings Plans、存储分层、闲置资源清理）和组织工作：标签、showback / chargeback、预算，以及让这一切保持诚实的节奏机制。
服务范围。
合理配置
根据实际利用率调整计算、存储和数据库规格，而不是沿用六个月前被过度 provision 的初始估算。
- Compute Optimizer
- Trusted Advisor
Savings Plans 与预留容量
承诺策略：哪些工作负载承诺、承诺多久、选择哪个购买族。按固定节奏评审。
- Savings Plans
- RIs
标签与 showback
持续强制执行的标签策略、按负责人 / 产品 / 环境的成本分摊，以及财务真正使用的 showback 报告。
- Tag policies
- Cost allocation
FinOps 运营模型
节奏、权责、决策权。将 FinOps 纪律建设为习惯，而非一次性评审。
- FinOps Foundation
- KPIs
交付方法。
-
01
基线
当前支出、单位经济、前 10 大浪费候选。
-
02
速赢
合理配置、闲置资源、存储分层、容易的承诺优化：在前 4 到 6 周内交付。
-
03
纪律
建立 FinOps 运营模型：节奏、角色、报告。形成习惯，而非一次性动作。
明确的交付物。
每个项目都交付具体的成果物，而非一堆幻灯片。
- 含单位经济的基线支出分析
- 按可衡量目标交付的速赢优化
- 合理配置与承诺策略上线
- 标签 + showback 全面推广，成本按负责人透明
- FinOps 运营模型移交客户团队
常见问题
这是 FinOps 还是普通的成本削减？
FinOps Foundation 意义上的 FinOps：结合工程、财务和运营，让云支出成为一等业务输入的纪律。不是一次性的成本削减，而是带月度评审、异常告警和预测跟踪的持续运营模型。
你们直接操作承诺（Savings Plans、Reserved Instances）吗？
两种模式都提供。Phoenix 可以提供建议、由您的财务团队执行购买，也可以在授权下端到端管理承诺组合：建模、购买和生命周期管理（续期、调换、退出）。
Well-Architected 评审应该多久做一次？
对于在运系统，每季度对全部工作负载评审一次，并对成本最高的工作负载每月做轻量检查。新工作负载上线前进行一次 WAR。所有发现都会进入与 CloudOps 团队共享的整改清单。
不重建落地区能做优化吗？
可以。成本优化基于现有系统现状交付；落地区整改是独立工作流，当治理明显不足时可并行运行。两者配合良好，但互不依赖。
优化覆盖数据层吗？
覆盖：Redshift 并发扩展与暂停/恢复、EMR 合理配置、Athena 查询模式、S3 存储类别分层、Glue 作业成本模式和 Lakehouse 全局存储生命周期。数据层浪费往往是成熟系统中最大的单一优化机会。
