 |
RedisMasterNodeV2EX 第 453516 号会员，加入于 2019-11-16 16:59:54 +08:00今日活跃度排名 5770 |
RedisMasterNode 最近回复了
1 天前 回复了 LimboRunner 创建的主题 › Apple › 有感于苹果信号的话题，现在还有人吹 iTunes 吗 |
3GS 时代用过，唯一印象就是这东西很卡很慢，卡是跟大陆网络有关系，慢是 USB 传输资源非常慢..
同时期 android 连上电脑当 u 盘用，别提多羡慕
同时期 android 连上电脑当 u 盘用，别提多羡慕
2 天前 回复了 wuyadaxian 创建的主题 › 程序员 › [疑问]如何使用 cron 让脚本每 7 分钟执行一次？ |
@aa51513 要能这么玩我估计不会有本帖 hhh
2 天前 回复了 wuyadaxian 创建的主题 › 程序员 › [疑问]如何使用 cron 让脚本每 7 分钟执行一次？ |
@xzh920126
> cron 每分钟执行一次 sh ，在 sh 里判断时间
就算能修改 sh 好像也不行呀，看上下文基本可以确认是个无状态的任务（那就假设它是吧），sh 里怎么知道上次执行是啥时候，隔了多久咧
> cron 每分钟执行一次 sh ，在 sh 里判断时间
就算能修改 sh 好像也不行呀，看上下文基本可以确认是个无状态的任务（那就假设它是吧），sh 里怎么知道上次执行是啥时候，隔了多久咧
7 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 有人能解释一下 OpenTelemetry 这类遥测方案解决了什么问题，和自己写两个 API 把数据存进 MongoDB 有什么区别吗？ |
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 ，但是当你未来想做些什么的时候会举步维艰。
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 ，但是当你未来想做些什么的时候会举步维艰。
16 天前 回复了 wenbingkun 创建的主题 › 职场话题 › 公司要把开发岗从深圳调去长沙，不去就 N+1，如何抉择？ |
@securityCoding 深圳 搬长沙 （如果没记错）这些都是他们公司最近脉脉关键字
16 天前 回复了 wenbingkun 创建的主题 › 职场话题 › 公司要把开发岗从深圳调去长沙，不去就 N+1，如何抉择？ |
富途吧哈哈，担心啥呀等聊到了再说吧
19 天前 回复了 FlyingBackscratc 创建的主题 › 程序员 › 数据库执行=搜索时速度很快，执行 IN 搜索时速度很慢是什么原因？ |
@opengps 没有这种说法，优化器会按照统计数据分析成本决定用什么索引怎么查。
Select Language