昨天看了一眼，我了个乖乖一天存进去了 2TB 数据，查起来比我国内访问 GitHub 都慢。
有没有哪位老哥安利一下 Jaeger + ES 的替代品.....
This topic created in 135 days ago, the information mentioed may be changed or developed.
 | 1 justseemore Jan 13 你这应该数据吧... |
 | 2 ChevalierLxc Jan 13 说明还没降本增效。本质是数据量大，都不好使，做 sample 吧，按照 25%做。别人发现没有的时候，强制让别人改，到某个上限，就不存了 |
 | 3 4seasons Jan 13  1 2TB 的 Tracing 数据，AI 看了都要拉闸，真的会有人去看吗？ |
 | 4 luciankaltz Jan 13 有没有可能是因为 ES 太拉了（ 测试下来，ES 存数据基本上没有压缩效果，但凡换个其他正经数据库 5-10x 的容量压缩都没问题（ |
 | 5 pckillers Jan 13 2026 年了，大数据已经不吃香了，直接把上报的 Tracing 数据按照时间打包归档储存吧。 |
 | 6 root71370 Jan 13 via Android 不是都用 ck 么 |
 | 7 gazi Jan 13 opentelemetry+clickhouse |
 | 8 Gilfoyle26 Jan 13 3 国内的公司对于搜集数据有着一种变态的心理  |
 | 9 realpg PRO 1 tracing 3 天没人查就应该删除了 |
 | 10 halov Jan 13 我们公司也有类似操作 一些设备数据保存下来 但是没什么意义 |
 | 11 TG92ZVUK Jan 13 ck 性能确实可以 |
 | 12 bootvue Jan 13 access |
 | 13 NoobPhper Jan 13 为什么没有人推荐 loki+tempo |
 | 14 EthanZC Jan 13 对象存储 + 数据湖计算 就行了啊,典型的大数据场景 |
 | 15 uruana Jan 13 2 我们也是 Jaeger+ES ，最近打算用 opentelemetry+greptimedb ，测试环境刚弄好 |
 | 18 Altale OP @Gilfoyle26 你说得太对了！都变成垃圾桶了什么都扔进来。 |
 | 19 mrsatangel Jan 14 Clickhouse 在这个量级下面存储成本是个问题。如果已经考虑对象存储或者数据湖的话可以考虑下我司的产品 https://github.com/GreptimeTeam/greptimedb 万一碰到问题可以找我给你摇人一对一支持 |
 | 21 wahaha3010 Jan 14 直接到 hive 就行了，就这点数据，hive 才几块钱一天 |
 | 22 viking602 Jan 14 doris 吧 |
 | 23 windyboy Jan 14 1 天 2TB 的数据，哈哈哈，不就是要升级硬件吗？ |
 | 25 leegradyllljjjj Jan 14 via iPhone 浪费电 |
 | 26 1018ji Jan 15 归档 |
 | 28 wujinyiwjy Jan 24 via iPhone 哈哈 我嘞个一天 2t 啥都放啊 老哥要是考虑降本的话可以联系一下我 |
Select Language