@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 ，但是当你未来想做些什么的时候会举步维艰。

@securityCoding 深圳 搬长沙 （如果没记错）这些都是他们公司最近脉脉关键字

富途吧哈哈，担心啥呀等聊到了再说吧

@opengps 没有这种说法，优化器会按照统计数据分析成本决定用什么索引怎么查。

希望能等到把办公室开来广州的那天 hhh

推荐 InnoCN 的 4k ，价格有贵有便宜，macbook 用所以暂且认为反向充电是刚需，InnoCN 的显示器都配了 65w Type-C

价格 999-1500 附近，都带校色报告

Ubuntu 22.04

@guanzhangzhang 。。。回了一堆废话

为啥不在机器上跑一下 Prometheus + Node Exporter 呢...并且运行起来的 Prometheus 未来也可以帮忙监控其他的机器。

@imherer @vimiix defer 并不是所有情况都能保证执行的

不如先告诉大家播不了的格式具体是什么格式...?

我推荐快播