C2-15-成本、计费、定价与-Support-本章目标与Cloud-Economics-从-CAPEX-到-OPEX与AWS-Pricing-Calculator与AWS-Cost-Explorer与AWS-Budgets与AWS-Cost-and-Usage-Report（CUR）与Tags-与-Cost-Allocation与EC2-Compute-购买模型再统一与Capacity-Reservation与Data-Transfer-Cost-基本规律与AWS-Organizations-与-Consolidated-Billing与Cost-Optimization-的过程与AWS-Support-项目资料中的当前状态提醒-UPDATED与Support-题真正应该理解什么与AWS-Marketplace与GlobalShop-成本管理与高频对比与本章最后要形成的判断方式与与后续章节的关系
本篇是《C2-15-成本、计费、定价与-Support》的第1个分篇，主要包含：本章目标、Cloud-Economics-从-CAPEX-到-OPEX、AWS-Pricing-Calculator、AWS-Cost-Explorer、AWS-Budgets、AWS-Cost-and-Usage-Report（CUR）、Tags-与-Cost-Allocation、EC2-Compute-购买模型再统一、Capacity-Reservation、Data-Transfer-Cost-基本规律、AWS-Organizations-与-Consolidated-Billing、Cost-Optimization-的过程、AWS-Support-项目资料中的当前状态提醒-UPDATED、Support-题真正应该理解什么、AWS-Marketplace、GlobalShop-成本管理、高频对比、本章最后要形成的判断方式、与后续章节的关系。
1-本章目标
云计算并不是“自动便宜”，而是把成本模型变得更可测量、更弹性。
企业必须回答：上线前如何估算？
上线后钱花在哪里？
预算超标怎么提醒？
详细账单怎么导出分析？
稳定计算负载如何获得折扣？
多个 Account 的账单如何统一？
出现问题能获得什么 Support？
项目资料粗略分类中 Cost / Pricing / Support 约 86 题，是 CLF-C02 大模块。
2-Cloud-Economics：从-CAPEX-到-OPEX
传统自建机房往往需要提前购买服务器，属于明显的 Capital Expenditure（CAPEX）特征。
云资源更常体现 Operating Expenditure（OPEX）、Variable Expense 与 Pay-as-you-go。
但“云 = 永远更便宜”是错误前提。
真正优势来自：
- 减少长期固定容量猜测。
- 弹性扩缩。
- 按使用量计费。
- 大规模经济。
- 可持续成本可视化和优化。
3-★★★★★-AWS-Pricing-Calculator
定位：部署前估算。
Before deployment
→ AWS Pricing Calculator
GlobalShop 双十一新架构还没上线，先输入预计 EC2、RDS、S3、流量等配置估算月成本。
不要与 Cost Explorer 混：Calculator 是预测/估算，Explorer 是分析实际发生过的成本。
4-★★★★★-AWS-Cost-Explorer
定位：部署后分析实际成本与使用趋势。
After deployment
→ Cost Explorer
可按服务、账号、Tag 等维度分析历史费用和趋势，并支持部分成本优化分析能力。
5-★★★★★-AWS-Budgets
定位：阈值、预算与提醒。
例如：
Monthly budget = $100,000
Actual / Forecast > threshold
↓
Alert
Cost Explorer 告诉你“钱花哪儿”。
Budgets 告诉你“超过目标了吗”。
6-★★★★-AWS-Cost-and-Usage-Report（CUR）
CUR = Cost and Usage Report。
用于获得非常详细的成本和使用数据，适合进入 S3 后用 Athena/BI 等进一步分析。
Billing Data
│
▼
CUR → S3 → Athena / QuickSight
7-Tags-与-Cost-Allocation
企业可以通过资源 Tag 建立成本归属：
Project=GlobalShop
Environment=Prod
Team=Search
CostCenter=JP-ECOM
然后成本管理工具按 Tag 分析部门/项目费用。
8-EC2-/-Compute-购买模型再统一
8.1-★★★★★-On-Demand
- 无长期承诺。
- 需求不确定。
- 短期、开发、测试、新应用。
- 灵活，但长期稳定使用时通常不是最低价选项。
8.2-★★★★★-Reserved-Instances（RI）
项目题库对 RI 曝光很高。
考试核心是：稳定、可预测、长期使用，以承诺换折扣。
不要把 RI 与 Capacity Reservation 混为同一概念。
8.3-★★★★★-Savings-Plans
通过承诺一定水平的计算消费来换取折扣，并在一定范围内提供比传统特定绑定模型更灵活的使用方式。
8.4-★★★★★-Spot-Instances
利用 AWS 的闲置 EC2 Capacity，价格低，但实例可能被 AWS 中断。
适合：Batch、stateless、fault-tolerant、can retry。
不适合把唯一关键数据库直接放在“随时可中断”的 Spot 上。
8.5-★★★-Dedicated-Hosts-/-Dedicated-Instances
用于物理服务器隔离、License / compliance 等特殊需求。
Dedicated Host 提供对底层物理主机更明确的可见性和控制。
9-★★★-Capacity-Reservation
Capacity Reservation 重点是预留某 AZ 中 EC2 Capacity，本身不等同于 RI 的计费折扣概念。
考试如果说：Need guaranteed EC2 capacity in specific AZ。
应想到 Capacity Reservation，而不是只凭“reservation”就选 RI。
10-Data-Transfer-Cost-基本规律
不要死背所有价格数字，因为价格随 Region 和服务变化。
CLF 更重要的是理解：
- Inbound data transfer 经常较便宜或免费，但具体服务需查定价。
- Internet outbound 往往是重要成本项。
- 跨 AZ / 跨 Region 通信可能产生额外数据传输费用。
- CloudFront 等服务可改变数据传输路径和成本结构。
题库 Snowball Edge 第 1 题也体现了“数据导入 AWS 与设备使用费用需要分开判断”的思路。
11-★★★★★-AWS-Organizations-与-Consolidated-Billing
多 Account 企业通过 Organizations 可实现集中组织管理和 Consolidated Billing（合并计费）。
核心价值包括：
- 一个组织级账单视图。
- 账号成本集中管理。
- 某些服务的用量可在组织范围聚合以获得规模价格优势（依具体计费规则）。
12-Cost-Optimization-的过程
Measure
→ Cost Explorer / CUR
Set target
→ Budgets
Right-size
→ Compute Optimizer / Trusted Advisor
Purchase wisely
→ Savings Plans / RI / Spot
Architect
→ Auto Scaling / Serverless / Storage Lifecycle
成本优化不是“选择最便宜实例”这么简单，而是业务 SLA、性能、弹性与成本之间的综合工程。
13-AWS-Support：项目资料中的当前状态提醒-[UPDATED]
项目交接资料明确记录：AWS Support 体系在 2025-12-02 后发生调整，旧的 Developer Support、Business Support 等旧套餐已进入不再接受新订阅/过渡阶段，并记录了新的 Support 体系名称：Basic、Business Support + Enterprise Support、Unified Operations。
同时项目资料提醒：旧题库中的 Support Plan 题必须标记为历史题 / 当前规则变化。
因此本章不把 719 题里旧 Support Plan 的所有功能矩阵当成 2026 年永久事实。
13.1-处理方式
[QUESTION-BANK / LEGACY]
旧题可能仍写：Developer / Business / Enterprise On-Ramp / Enterprise
[UPDATED]
当前套餐结构已经变化
正式考试前，Support 名称、响应时间、TAM/服务能力等细节必须再以 AWS 当前官方 Support 页面和 CLF-C02 In-Scope 内容确认。
14-Support-题真正应该理解什么
无论套餐名称如何调整，题目长期考察的思想包括：
- 免费基础支持与付费技术支持的区别。
- 支持级别越高，通常能获得更强的生产事件响应和专家协助。
- 企业级支持强调更主动、战略、运营型协作。
- Technical Account Manager、Support API、响应时间等旧题细节可能受套餐更新影响。
不要只背 2023 年的表格。
15-★★★-AWS-Marketplace
Marketplace 是第三方软件、数据和服务的数字目录，可购买并部署合作伙伴产品，并把部分费用整合到 AWS Billing 中。
题目说“find/buy/deploy third-party software”时考虑 Marketplace。
16-GlobalShop-成本管理
Before launch
Pricing Calculator
│
▼
Deployment
│
├── Cost Explorer → analyze spend
├── Budgets → threshold alerts
├── CUR → detailed billing data
├── Tags → cost allocation
└── Compute Optimizer / Trusted Advisor
│
▼
Rightsizing
Stable compute
→ Savings Plans / RI
Interruptible batch
→ Spot
Many accounts
→ Organizations + Consolidated Billing
17-高频对比
| 问题 | 工具/模型 |
|---|---|
| 上线前估算 | Pricing Calculator |
| 上线后分析 | Cost Explorer |
| 预算阈值提醒 | Budgets |
| 最详细成本使用数据 | CUR |
| 计算资源规格建议 | Compute Optimizer |
| 最佳实践建议 | Trusted Advisor |
| 稳定长期计算折扣 | RI / Savings Plans |
| 可中断超低成本计算 | Spot |
| 多账号统一账单 | Organizations / Consolidated Billing |
18-本章最后要形成的判断方式
不要把本章记成一串 AWS 产品名，而要形成下面的思考路径：
业务需求是什么？
↓
它属于哪一层问题？
↓
需要什么技术能力？
↓
哪些 AWS 服务提供这类能力？
↓
为什么某一个更贴合场景？
↓
其他相似服务为什么不合适？
真正稳定的考试能力不是“看到关键词就背答案”，而是能够从业务要求推导到技术能力，再从技术能力推导到 AWS 服务。
19-与后续章节的关系
C2 负责建立技术体系本身。
完整业务架构组合会在 C3 中继续展开。
719 道题的逐题选项解析放在 C4。
频率排名与强化学习放在 C5。
考前压缩复习放在 C6。
本篇概述
- 本篇梳理了本章目标相关的核心知识、适用场景与判断要点。
- 本篇梳理了Cloud-Economics-从-CAPEX-到-OPEX相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Pricing-Calculator相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Cost-Explorer相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Budgets相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Cost-and-Usage-Report（CUR）相关的核心知识、适用场景与判断要点。
- 本篇梳理了Tags-与-Cost-Allocation相关的核心知识、适用场景与判断要点。
- 本篇梳理了EC2-Compute-购买模型再统一相关的核心知识、适用场景与判断要点。
- 本篇梳理了Capacity-Reservation相关的核心知识、适用场景与判断要点。
- 本篇梳理了Data-Transfer-Cost-基本规律相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Organizations-与-Consolidated-Billing相关的核心知识、适用场景与判断要点。
- 本篇梳理了Cost-Optimization-的过程相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Support-项目资料中的当前状态提醒-UPDATED相关的核心知识、适用场景与判断要点。
- 本篇梳理了Support-题真正应该理解什么相关的核心知识、适用场景与判断要点。
- 本篇梳理了AWS-Marketplace相关的核心知识、适用场景与判断要点。
- 本篇梳理了GlobalShop-成本管理相关的核心知识、适用场景与判断要点。
- 本篇梳理了高频对比相关的核心知识、适用场景与判断要点。
- 本篇梳理了本章最后要形成的判断方式相关的核心知识、适用场景与判断要点。
- 本篇梳理了与后续章节的关系相关的核心知识、适用场景与判断要点。