Datadog vs Elastic Observability：先选部署方式，再算费用

团队已经用 Elasticsearch 保存日志，开发同事也熟悉 Kibana，现在希望把慢请求、服务调用和日志连起来。继续用 Elastic Observability 很自然，但先要看现有集群之外，还需要接哪些数据、运行哪些组件。

另一类团队已经把告警、APM 和基础设施监控放在 Datadog，平时能沿服务找到问题。对他们来说，Elastic 的摄入起价只是比较的一部分，迁走现有流程也需要人做。

这两种起点，会把“Datadog 还是 Elastic”变成不同的问题。尤其是 Elastic 可以选 Serverless、Cloud Hosted 或自建，省下多少运维工作、留下多少配置权，往往比某一项单价更早影响决定。下面先从日志与链路怎样接起来讲起。

作者：观测云编辑部。资料核对于 2026-10-21。本文依据官方文档分析，未做产品性能实测。美元价格为公开起价，不含税费、折扣和实施费用，具体区域报价另行确认。

日志已经能查，为什么还不能解释慢请求

应用报了超时，日志里也能找到错误，但工程师仍不知道时间花在数据库、下游接口还是队列等待上。单独运行 Elasticsearch、Logstash 和 Kibana，不会自动产生这些调用信息。

ELK 是这三个组件的组合名称，Elastic Stack 覆盖更广的组件，Elastic Observability 则提供应用、基础设施和遥测调查工作流。把已有日志接入这些工作流，还需要应用产生 Trace 和 Span，服务身份保持一致，并让日志携带能够关联的标识。Elastic Observability

Datadog 也需要相应的应用接入。主机 Agent 能看到资源状态，并不意味着每种语言的完整链路和 Profiling 数据已经齐全。对两边都可以沿一次慢请求查看服务、下游调用和相关日志，再看缺失部分是采集问题还是产品支持问题。Datadog APM 套餐

部署方式会直接影响能走到哪一步。Elastic 的 RUM 在 Hosted 中可用，在 Serverless 中仍列为规划能力；Universal Profiling 不支持 Serverless。因此，希望把浏览器到后端、再到代码性能一起分析的团队，不能仅按 Serverless Complete 的价格作决定。Profiling 还要符合对应部署与主机要求。部署能力对照 · Universal Profiling 接入要求

Elastic 提供 EDOT 发行版和多种 OpenTelemetry 接入路径，Datadog 也支持 OTel。已有插桩可以尽量保留，但具体能力仍取决于入口和信号；例如 Elastic 的托管 OTLP 端点不覆盖其他采集方式的所有功能。更换出口之前，先把团队实际依赖的调查路径走通。Elastic OTel 接入 · Datadog OTel 兼容性

从过滤一条错误，到分析一批日志

只想找某个服务最近的超时，可以在 Elastic Discover 中探索事件，用 KQL 缩小范围。如果接下来要按字段聚合、转换数据或排序，KQL 本身不承担这些工作，ES|QL 等分析方式才适合继续处理。Discover · KQL

延伸阅读2026 企业级日志监控与存储平台选型指南→

这一区别会影响迁移。原来只是按服务筛选，换一个查询入口可能很快；原来已经维护了字段映射、解析和聚合逻辑，就要把这些分析语义一起留下。搜索框能返回日志，不代表常用报表和故障判断已经恢复。

Datadog 也提供日志检索以及与其他遥测产品配合的分析路径。可以拿三类常用工作比较：从慢链路找日志，在较长保留窗口中找一个罕见错误，以及分析高基数字段。第一类更依赖关联字段，后两类可能需要更多历史数据和查询资源。本文没有跑双方性能测试，查询速度仍要在自己的负载上测量。

已有 Elasticsearch 字段与查询经验，能减少 Elastic 的新增投入；已有 Datadog 查询和关联规则，也有同样的延续价值。只有常用任务开始持续绕路，这部分迁移工作才更容易获得回报。

谁负责容量、升级和恢复

Serverless 由平台管理扩缩容和基础设施，用户按项目用量付费。Cloud Hosted 允许选择部署资源和容量，保留更多配置与升级控制。自建则把容量、升级、备份和恢复交给团队。部署差异

这不是控制权越多越好。比如团队每个月都要调整日志保留和查询资源，熟悉集群的人可能希望继续配置 Hosted 或自建；如果只是想让业务查询稳定运行，没有人愿意维护容量，Serverless 的运行方式更接近这个目标。

保留策略也不能照搬。Hosted 或自建可以涉及热、温、冷、冻结数据层与 ILM；Serverless 不暴露相同的层级控制，而是使用数据流生命周期管理保留。团队选了 Serverless，就不必再按自建方式设计自己无法操作的存储拓扑。部署与生命周期对照

如果要求是后端必须运行在自己控制的基础设施里，Elastic 的自建选项可能先于价格决定候选范围，Datadog 则运行 SaaS 后端。但自建不会自动带来合规认证。信号与备份放在哪里、谁能访问、合同如何约定，仍要分别处理；区域节点也不能代替这些具体安排。

同一批数据，怎样进入两边的账单

先设一批工作负载：100 台主机需要基础设施监控和 APM，每月 2,000 GB 日志、1,500 GB 链路，以及 25,000 条指标序列。Datadog Infrastructure Pro 与基础 APM 的公开年付起价可以算出一个小计：

延伸阅读2026 ELK 替代方案：日志平台何时升级到全栈可观测？→

100 ×（15 + 31）= 4,600 美元/月

31 美元是配套付费 Infrastructure 时的 APM 起价，独立 APM 的年付起价为每主机每月 36 美元。这个 4,600 美元示例不包含完整日志、用户体验和其他附加费用。APM 已含的摄入与索引 Span 额度、自定义指标账户额度，也应先查清，避免重复计费。Datadog 定价 · APM 计费 · 自定义指标计费

Elastic Serverless 则先区分 Logs Essentials 与 Complete。前者的日志起价不能当成完整应用分析报价。公开的最低起价如下，实际区域、层级与用量报价仍需确认。功能层级 · Serverless 定价

指标优惠计量取决于适用的时间序列索引模式。Serverless 计量的是经过丰富、规范化后且压缩前的数据，未必等于采集端发出的字节数。因此，25,000 条序列不能直接换成一个假定 GB 数，字段、频率和数据形态都会改变实际用量。计费维度

保留量也不等于当月摄入量。保留天数变长，已经积累的数据会继续占用空间；还没进入稳定运行期时，存储量与后续月份也不同。应先让代表性数据流运行一段时间，再结合保留策略估算，而不是把发送端 GB 乘一个单价当成总额。

浏览器会话和合成测试同样要对应具体产品与部署方式，Elastic 的合成测试除了执行费用，还会产生遥测用量。支持、AI、网络流出和双跑迁移要另外计入。若选择 Hosted，就按配置资源和订阅核算；自建还需计算计算资源、存储、副本、备份、升级与工程师投入，不能再使用这张 Serverless 费率表。

Elastic 的免费 Basic 功能可以承担部分工作，但不是所有功能都免费。默认发行版采用 Elastic License 2.0，符合条件的免费源码部分有其他许可选择；使用哪些软件、需要哪些订阅功能，仍应按具体许可和订阅矩阵确认。许可 FAQ · 订阅功能

值不值得迁走现有平台

OTel 能保留部分应用插桩，却不会翻译仪表板、监控查询、处理管道、权限和历史事件。Elastic 的字段映射与生命周期策略，也未必能在另一个后端原样复现。先双跑一个服务，对照服务名、Span 关系、采样、日志字段、告警和保留期，可以把迁移工作具体列出来。

Datadog 的集成和调查路径已经满足需要，继续使用通常可以少做一轮配置重建。Elastic 的搜索分析方式更适合现有数据，或者确实需要后端控制权，则值得进一步选择 Serverless、Hosted 还是自建。已有 Elasticsearch 经验有价值，但不能替代新增的插桩和容量工作。

Kubernetes 场景也是如此。都能接入集群，并不意味着权限、应用分析和用量完全相同。最有价值的试点是团队每天要做的那几项调查，而不是把产品名旁边的功能勾选全部填满。

观测云能减少哪部分工作

如果选型是为了减少跨工具拼日志和链路，可以拿同一次慢请求接入观测云 APM，检查服务、Span 与相关日志。关联仍取决于正确采集的 Trace ID 和服务字段，缺失数据不会因为换了界面就补齐。观测云 APM

已有一套稳定平台，迁移未必能节省多少工作；团队还要兼职运行查询后端、维护多处关联时，则可以把这些投入与服务费用一起比较。相同的采集覆盖、留存和排障要求，才是讨论费用的共同起点。