简单问题复杂化...项目模块化做得够好就可以了，而且 Go 里面的 Interface 本身就是用于抽象实现的，不认为需要做什么依赖注入控制反转，如果觉得 Go 不适配这套玩法，为什么不直接用 Java 去实现呢

用过 i9 16g ，不好用，内存、硬盘见仁见智，但是发热量、续航差太多了，没有理由再买的

觉得不太可能推广出去，因为 cdc 的工具有很多，并且都有各自的特色 + 不小的社区：
- https://github.com/alibaba/canal
- https://github.com/debezium/debezium
- https://github.com/apache/flink-cdc
- https://github.com/zendesk/maxwell

所以楼主开发的工具和它们比起来有什么区别呢？

PS：不是说钻研不好，只是钻研之后造轮子一个重要的原因应该是：现有工具不好用、不适合。不过从帖子描述看似乎不是很明显。

好用 Thanks

VictoriaMetrics ，参考 Grammly 使用的数据： https://victoriametrics.com/case-studies/grammarly/

挺好用的，谢谢 issue 答疑，小小打赏了几块钱祝项目维护顺利。

想问下这种和 flickr 有什么差异化的地方？我们企业之前用 flickr ，感觉这类网站主要还是需要可靠。图床类站点跑路的太多了，很难说服老用户换

@Vegetable python 会略好一点哈哈哈，但是当然本质上是人的问题不是

PS: 是朋友给的网图，但是还是觉得很有意思，并且也是 Go 里面偶尔会碰到的情况（当有人偷懒不定义结构体时就会这样）

不是直接在项目根目录下做个 /datasource （命名可改）然后放各种 client 的目录就好了吗...
./
--- cmd/
--- pkg/
--- internal/
--- ...
--- datasource
--------- mysql
--------- redis
--------- kafka

然后 internal 里调用 GetMySQL(xxx) 或者 GetRedis(xxx) 就能直接用了

为啥要塞到某个结构体里...

3GS 时代用过，唯一印象就是这东西很卡很慢，卡是跟大陆网络有关系，慢是 USB 传输资源非常慢..

同时期 android 连上电脑当 u 盘用，别提多羡慕

@aa51513 要能这么玩我估计不会有本帖 hhh

@xzh920126
> cron 每分钟执行一次 sh ，在 sh 里判断时间
就算能修改 sh 好像也不行呀，看上下文基本可以确认是个无状态的任务（那就假设它是吧），sh 里怎么知道上次执行是啥时候，隔了多久咧

以及一些 case ，上面有用户具体的数据量和规模可以参考： https://victoriametrics.com/case-studies/grammarly/

VictoriaMetrics contributor here ，调研时有相关问题可以私信问我，很乐意探讨 :) 并且安利一下它，我们是从 Prometheus + thanos 迁移过来的

1. OpenTelemetry 本质是技术标准，对数据设立规范，当然它也一并提供了很多工具，包括 SDK / Collector...
2. OpenTelemetry （暂时还）没有提供数据展示，因此不管你是自己直接 api 写数据，还是借助 OpenTelemetry Collector 中转，最终都需要一个 Backend 存储和展示数据，例如 Elasticsearch + Jaeger ，Tempo + Grafana ，MongoDB + ?
3. 当直接将数据写入 MongoDB 时，为了展示，你可能需要自己设计查询服务，也就是放弃了现成的说你上面各种方案；
4. 如果你用 OpenTelemetry ，它支持以 OTLP 协议（中转、）输出数据，也支持以 Jaeger 、Zipkin 等等各种协议输出数据，它是个万能的转换器；而 Jaeger 、Zipkin 等服务也同时支持了接收 OTLP 协议的数据，所以任何时候你不喜欢某个 Backend 时都可以切换；
5. OTLP 是 OpenTelemetry 定义的标准，所以它除了在开源项目中使用，也可以对接到云厂商，如果哪天你不想自建 Tracing 平台，想用云商的，OpenTelemetry Collector 输出的数据可以直接到云商，不用二次调整；如果你原来是用 API 写 MongoDB ，那你很显然要改，或者砸钱让云商帮你兼容。

一句话，OTel 是标准，是协议，是工具集。它存在的意义是让所有可观测性基础设施都对它支持和兼容，不仅仅是 Tracing ，还包括 Metrics 和 Logs 。换个例子，这与数据库为什么要和 SQL 配对是一个道理，你完全可以造一套自己的查询语言，不用 SQL ，但是当你未来想做些什么的时候会举步维艰。