网站有时候很慢，服务器图上CPU却不高。这种时候，盯着一条资源曲线很难知道下一步查哪里。考虑Datadog时，我会先把问题拆开：哪台主机吃紧，哪个请求步骤慢，当时留下了什么错误。它们会用到不同的观测信息，也对应不同费用方向。[1]
先挑一个真的困扰团队的故障来接入，比较容易判断工具有没有帮忙。把所有产品都打开以后再找用途，反而不容易知道每一笔用量为何增加。
跟着一条慢请求，选择要看的信息
| 想回答的问题 | 先比较的方向 | 预算里记下什么 |
|---|---|---|
| 主机资源有没有异常 | Infrastructure | 主机数量、计费方式 |
| 请求在哪个步骤等待 | APM | 主机与追踪使用条件 |
| 对应出现了什么错误 | Logs | 摄入、索引与保留 |
Infrastructure Pro当前从US$15/主机/月起，为年付口径；按需为US$18/主机/月。[1] 假设两台主机都按对应整月基础单价理解，分别为US$30与US$36。这只是主机项的简化算术，正式计量、其他功能和承诺条件要继续核对。
日志传进去，和长期查得到，是两项事
当前日志价表将Ingest与Standard Indexing分开，摄入按GB，索引按日志事件与保留条件计算。[1] 所以两台主机不能解释整笔日志费。每次请求都写一大段正文，与只记录必要运行信息，数据量会不同；哪些日志需要随时搜索，也应该自己确定。
我会先留下能定位问题的时间、请求编号、错误信息和对应服务。查一次故障时，看看这些信息能不能连起来；缺的再补，无用的重复记录再减少。只节省数据量，却让错误无处可查，也不是理想的结果。
先为一个排查问题付钱
只想看主机资源变化，从Infrastructure的范围评估；需要追请求经过哪些服务，再看APM；需要回查错误内容，则另算日志摄入和索引保留。每台主机的起价只能说明其中一项。文章没有接入采集器，选择时要拿实际需要的排错证据对应模块，避免只看一个低价就估整套费用。
资料核对与适用范围
本轮重读所列官方价格与相关文档，按知识库检索、反馈复查与应用故障作资料选购评估。费用算术为明确假设，编辑建议不代表本站导入、模型调用、监控接入或真实扣费体验。
费用与能力需要按账户、地区、配置、记录方式、合同与启用功能确认。本站未登录商家、创建账号、导入知识库、执行检索压测、部署采集器或调用付费接口。价格和文档阅读不能证明召回率、排错效率、恢复能力或实际账单。