本文介绍可观测链路 OpenTelemetry 版的计费情况。
基本概念
- 请求链路（Trace）：一个请求链路代表一个事务或者流程在（分布式）系统中的执行过程。
- Span：一次调用请求代表一个Span，每一个Span代表请求链路中被命名并计时的连续性执行片段。
- 指标（Metric）：统计数据，例如应用、接口、数据库的请求数据、响应时间、异常数等。
- 请求链路与Span的关系：在一个账号下TraceID相同的所有运动轨迹，视为一次请求链路。一个请求链路最多包含10个请求（Span），每个Span最大不超过2 KB，超出部分将会丢弃。关于请求链路与Span关系的更多信息，请参考可观测链路 OpenTelemetry 版基本概念。
- 请求链路与指标（Metric）的关系：上报的链路请求会聚合生成统计指标，一个请求链路对应生成一个统计指标。
计费方式
可观测链路 OpenTelemetry 版的计费项包括请求链路的上报和存储、统计指标的存储，对应单价如下：
可观测链路 OpenTelemetry 版每日提供一定的免费额度，如使用量低于免费额度将不收取费用，如超过免费额度（包括免费额度最大值）则按全量请求链路和指标计费。
| 计费项 | 免费额度 | 单价 |
|---|---|---|
| 上报费用 | 100万Span／天 | 0.09元／百万Span |
| 链路存储费用 | 100万Span／天 | 0.02元／百万Span/天 |
| 统计指标存储费用 | 100万条指标/天 | 0.01元/百万条指标/天 |
- 上报费用根据实际上报的请求Span数量决定，上报的链路请求会聚合生成统计指标（例如应用、接口、数据库的耗时、QPS、异常等）。您可以在可观测链路 OpenTelemetry 版控制台的页面通过设置采样率调整上报量。
示例：每天上报100万请求约等于1000万Span。平均每天费用为10（10个百万Span）*0.09=0.9元。
- 链路存储费用按实际存储量计算，每天统计总的存储量，和存储天数有关。您可以在可观测链路 OpenTelemetry 版控制台的页面调整适当的存储天数。
示例：每天上报100万请求链路（约1000万Span）并存储15天。存储15天总的存储量为15（天）* 10（10个百万Span）=150个百万条，每天的存储费用为150（百万）*0.02=3元。
- 统计指标存储费用按实际存储量计算，每天统计总的存储量，和存储天数有关。您可以在的页面调整适当的存储天数。
示例：每天上报100万请求链路并存储15天，平均每天产生约100万指标。存储15天总的指标量为15（天）* 1（1个百万指标）=15个百万条，每天的存储费用为15（百万）* 0.01=0.15元。
- 计费方式：
- 可观测链路 OpenTelemetry 版按天计费，每天0点计费前一天费用。
- 请求链路上报费用只计算当天的流量。
- 链路存储和指标存储按存储量计算，每天统计总存储量，和存储天数有关。
扣费时间
可观测链路 OpenTelemetry 版会在每天0点扣除前一天的费用。
案例
案例一：每天上报4亿请求链路（约40亿Span）数据。
- 方案一：链路数据和统计指标数据全量存储30天。
链路上报费用：4000（4000个百万Span）* 0.09（百万Span上报单价）=360元/天
链路每天存储费用：4000（4000个百万Span）*30（天）* 0.02（百万Span存储单价）=2,400元/天
指标每天存储费用：400（400个百万指标） * 30（天）* 0.01（百万指标存储单价）=120元/天
总计：2,880元/天
- 方案二：链路数据存储7天，统计指标存储30天。
链路上报费用：4000（4000个百万Span）* 0.09（百万Span上报单价=360元/天
链路每天存储费用：4000（4000个百万Span）*7（天）* 0.02（百万Span存储单价）=560元/天
指标每天存储费用：400（400个百万指标） *30（天）* 0.01（百万指标存储单价）=120元/天
总计：1,040元/天
案例二：每天上报1千万请求链路（约1亿Span）数据。
链路数据存储7天，统计指标存储30天。
链路上报费用：100（100个百万Span）*0.09（百万Span上报单价）=9元/天
链路每天存储费用：100（100个百万Span）*7（天）*0.02（百万Span存储单价）=14元/天
指标每天存储费用：10（10个百万指标） *30（天）*0.01（百万指标单价）=3元/天
总计：26元/天
价格优势
可观测链路 OpenTelemetry 版作为一款对标开源自建的产品，一直在追求更高的性价比。在大部分主流开源APM都仅存储7天数据的情况下，可观测链路 OpenTelemetry 版默认30天的存储显得不够灵活。
为了让您更好的按需使用，可观测链路 OpenTelemetry 版把计算和存储的价格进行了分割，同时提供实时调整存储时长的功能，让您可以按需调节自己数据的存储时长，从而更好的控制成本。
| 客户类型 | 客户节点数 | 每日请求数 | 机器配置 | 开源成本（元/月） | 可观测链路 OpenTelemetry 版（元/月） |
|---|---|---|---|---|---|
| 小型客户 | 80 | 2000万请求（请求复杂度：平均5个Span） |
| 5,836 | 764.8 |
| 中型客户 | 300 | 3亿请求（请求复杂度：平均7个Span） |
| 22,480 | 16,065 |
| 大型客户 | 1000 | 10亿请求（请求复杂度：平均8个Span） |
| 65,088 | 64,800 |
- 客户节点数为ECS数量或者Docker数量。
- 每日请求数参考Apache官方说明，1个Trace写入10 KB。
- 机器配置按照统计数据存15天，全量明细数据存7天计算。
- 可观测链路 OpenTelemetry 版按照存储的应用总请求数（每天请求数*时长）计费，采用开源探针，其他组件由阿里云维护。