Datadog vs Splunk Observability Cloud：APM、日志依赖与成本怎么选
区分 Splunk Observability Cloud 与日志平台，从接入、链路排障、流式分析、日志归属和计费边界比较 Datadog 与 Splunk，避免把连接器免费当成日志免费。
日志已经在 Splunk 里保存了几年，权限和常用搜索也都配好了。现在应用变慢，值班同事想从一条 Trace 回到这些日志，这时选 APM，首先要看原来的日志能不能继续用。
Splunk Observability Cloud 可以通过 Log Observer Connect 查询现有 Splunk 日志平台；Datadog 则可以围绕基础设施、APM、日志和用户体验产品逐步建立调查流程。对前一种团队，延续日志资产有价值；对准备重新整理采集与告警的团队，也值得比较 Datadog 的工作方式。
我会先把一次慢请求走到日志，再讨论价格。连接器不额外收费，省下的是连接器这一项，背后的日志保存、索引和查询仍然需要资源。这一点往往比两个主机起价更能解释最后的费用。
作者：观测云编辑部。资料核对于 2026-10-21。本文依据官方文档分析，未做产品性能或操作体验实测。美元价格为公开年付起价，实际合同、地区、税费与用量另计。
从慢请求找到日志，要经过哪些地方
应用先要产生有效的 Trace 和 Span，上下文跨服务传递，日志再带上能够对应的标识。主机采集器已经正常运行，只说明部分数据到了平台，并不保证每条业务日志都能自动对应一次请求。
Datadog 可以使用 Agent、DDOT、上游 Collector 或直接 OTLP 等入口，具体功能支持不同。接入后还要统一服务、环境与版本属性，确认日志关联所需的标识。特别是使用 OTel 时，一次上报成功不足以说明后续调查能力都已覆盖。Datadog OTel 兼容矩阵
Splunk Observability Cloud 的日志查询走另一条路径：Log Observer Connect 使用 Splunk Enterprise 或 Cloud Platform 的搜索能力，日志仍留在原平台，连接器不保存也不索引日志。原来的权限、网络连通、查询容量和保留周期，因而会继续影响这次调查。Log Observer Connect 工作方式
已有 Splunk 的团队，可以保留这部分资产；新用户则要把日志平台本身一并采购和运行。Splunk Enterprise、Cloud Platform 与 Observability Cloud 也不是同一份套餐：前两者提供数据平台，Observability Cloud 是 SaaS 可观测服务。连接自建 Enterprise，并不会让整个 Observability Cloud 变成自建产品。Enterprise Security 则是另一个安全产品，不能把这篇 APM 比较直接用于完整 SIEM 选型。Splunk 服务说明
实际试用可以保留原来的日志量与权限，选一条慢请求检查整个路径。若时间主要花在找字段和补标识，工作仍在采集侧；若日志查询已经接近容量上限，再加应用调查，也需要为原平台安排资源。
“流式”怎样影响一条告警
Splunk SignalFlow 对到达的指标流计算，结果可以驱动图表和 Detector。例如团队要观察一段时间内错误率是否持续升高，就需要表达聚合窗口和触发条件，而不是只看某一个数据点。
从错误发生到通知送达，仍要经过采集、传输、聚合、条件评估和通知通道。数据分辨率、迟到数据以及缺失值处理，都会改变告警时间。Datadog 监控器也有评估窗口、调度和延迟配置。SignalFlow · Datadog 监控器配置
因此，SignalFlow 值得比较的是它能否清楚表达团队已有的判断。只因“流式”二字就认定通知更快，会漏掉前后的等待。若告警时延确实影响处置，可以制造同一种故障，固定采样周期、阈值和通知目的地，再分段记录时间；本文没有进行这项测试。
已有一批稳定 SignalFlow 程序，就需要把重建它们的投入放进 Datadog 方案；已有 Datadog 监控器，也要验证迁移后缺失数据与分组方式是否保持。真正要保留的是判断含义，不只是告警名称。
把用户体验加进来以后
后端请求慢，有时是服务器耗时，有时用户先在浏览器里等待。需要把这两段一起看时，就要继续考虑 RUM、回放和合成测试，而不能只购买一个主机监控起步套餐。
Datadog 按具体产品和用量选择这些能力。Splunk 的 App & Infra 提供 APM，End-to-End 列有 RUM 与浏览器合成测试，包含能力仍有适用额度。Database Monitoring 和 Secure Application 在当前价格表中作为可选附加项列出。Datadog 价格 · Splunk 版本与价格
团队只需要验证一个 API 是否可用，与需要浏览器重放整个购买过程，对测试步骤、位置、频率和数据保留的要求不同。先把业务要覆盖的过程说清楚，才知道应该买哪一档。
为什么日志量会改变总价
以 100 台主机为例，Datadog Infrastructure Pro 每主机每月 15 美元，加配套 APM 31 美元，按公开年付起价得到每月 4,600 美元。Splunk App & Infra 的 60 美元、End-to-End 的 75 美元，对应每月 6,000 和 7,500 美元。这些只是不同能力范围的基础小计，不是同一工作负载的完整报价。Datadog 价格 · Splunk 价格
后面还要看日志摄入字节数、索引事件数与保留期，APM Span 额度和保存方式，RUM 会话与回放比例，以及拨测执行次数。Datadog 的日志存储与查询选择影响费用；Splunk 方案则继续依赖已有或新购日志平台的容量。
假如故障期间日志翻倍，Log Observer Connect 仍然不额外收费，也不能推导出整个平台费用不变。索引、存储和查询可能需要扩充。已有合同究竟包含多少容量，应按合同和实际使用核对，而不是把“以前已经买过”理解为以后新增数据没有成本。
实施、采集器资源、双跑迁移、支持与税费也需要算进去。只有日志留存、查询需求、应用覆盖和附加产品一致，双方报价才有可比性；高日志量本身不会自动使某一方更便宜。
OpenTelemetry 留得下什么
Splunk 提供自己的 OpenTelemetry Collector 发行版和受支持的插桩路径。Datadog 也有多种 OTel 接入选择，因此两边都可以保留一部分现有应用插桩。Splunk 的厂商发行版并不是上游项目的“参考实现”。
更换接收端后，服务属性、采样和日志关联仍要核对；SignalFlow、Datadog 监控器、看板、权限与历史数据则不会自动搬走。先保留可回滚路径，双跑一个真实服务，比较故障时的查询与告警，能把迁移工作暴露得更完整。
部署位置也会留下影响。Observability Cloud 的 Realm、Splunk 日志平台所在地、Datadog 所选站点以及跨区域网络路径，都应与合同中的数据驻留条款一起看。有区域节点，不代表全部数据、备份和支持处理都在同一地区。
什么时候值得沿用现有平台
已有 Splunk 日志平台，权限与保留策略稳定，SignalFlow 和 APM 也符合值班习惯，Observability Cloud 值得优先试用。收益来自继续使用已有数据，而不是免费连接器让整个日志平台免费。
准备在 Datadog 里分阶段接入多种产品，且愿意维护统一标签与用量预算，也可以沿这条路线推进。具体数据库、语言版本和 CI 系统的支持仍需逐项对应，产品目录更长并不自动让每一次调查更简单。
如果原来的查询与告警已经好用，迁移应解决一个持续存在的问题。偶尔一次切换界面并不一定值得重建；值班人员每天都在重复拼同一条请求的上下文，才更值得调整数据与工具的组织方式。
观测云放在同一次调查里比较
观测云可以放进同样的慢请求调查：从 Trace 详情找应用日志，再看相应时间的主机或容器上下文。日志要有匹配的 Trace ID，数据也要实际采集并保留；这些条件仍由业务接入保证。观测云日志分析
已有稳定平台时，保留它可能少一轮迁移；需要持续维护多个数据入口与关联配置时，则应把这些工时与新的服务费用一起比较。按相同采集量、留存和查询需求核价，才能判断减少的工作是否值得付费。
