FarmerChillax 最近的时间轴更新 FarmerChillax 最近的时间轴更新 |
FarmerChillaxV2EX 第 556763 号会员，加入于 2021-09-24 12:14:53 +08:00 |
| [急招/广州] 数据库高级工程师/DBA 酷工作 • FarmerChillax • 185 天前 |
| [招聘] Java 基础架构资深工程师/专家 酷工作 • FarmerChillax • 179 天前 • 最后回复来自 FarmerChillax | 3 |
FarmerChillax 最近回复了
2 天前 回复了 x97bgt 创建的主题 › 职场话题 › 公司电脑不让登陆网盘，如何同步文档和笔记？ |
@liuzimin 如果一个公司卡网盘，那大概率也会卡 usb 设备
23 天前 回复了 Charlie17Li 创建的主题 › 程序员 › [golang] 在 golang 项目中如何使用 requestId 来追踪请求的调用栈 |
@Corrots 这里有两个问题：
一是对实际情况来说采样率开不开到 100%只是采样，和埋点没有啥关，这里和性能应该也扯不上关系。
二是对性能的影响需要有数据来论证，并且是结合楼主实际业务的。比如添加了这些埋点后，性能指标有什么变化？
另外对性能影响的大小是由埋点决定的，那么也就是说具体对性能的影响是可控的，因此楼主使用时根据实际情况埋点即可。
这里衍生出来的问题则是，你的服务真的对性能有那么高的要求吗？如果是，那么你的这个服务的业务逻辑本身就应该是很薄很简单的，而不是柔和了一大坨逻辑在里面。
如果说逻辑本身就很简单很薄，那么埋点数量也必然不需要很多。
如果逻辑本身就很复杂，那么应该讨论的是本身埋点造成的耗时与原本的业务耗时的比例，这个比例我理解也不会高。
最后对于楼主的项目连 OTEL 这类基础设施都没有，要么就是历史久远，要么就是不重要。不重要的概率应该更大，因此这里引入 OTEL 我觉得也不会有什么问题。
一是对实际情况来说采样率开不开到 100%只是采样，和埋点没有啥关，这里和性能应该也扯不上关系。
二是对性能的影响需要有数据来论证，并且是结合楼主实际业务的。比如添加了这些埋点后，性能指标有什么变化？
另外对性能影响的大小是由埋点决定的，那么也就是说具体对性能的影响是可控的，因此楼主使用时根据实际情况埋点即可。
这里衍生出来的问题则是，你的服务真的对性能有那么高的要求吗？如果是，那么你的这个服务的业务逻辑本身就应该是很薄很简单的，而不是柔和了一大坨逻辑在里面。
如果说逻辑本身就很简单很薄，那么埋点数量也必然不需要很多。
如果逻辑本身就很复杂，那么应该讨论的是本身埋点造成的耗时与原本的业务耗时的比例，这个比例我理解也不会高。
最后对于楼主的项目连 OTEL 这类基础设施都没有，要么就是历史久远，要么就是不重要。不重要的概率应该更大，因此这里引入 OTEL 我觉得也不会有什么问题。
24 天前 回复了 Charlie17Li 创建的主题 › 程序员 › [golang] 在 golang 项目中如何使用 requestId 来追踪请求的调用栈 |
现在肯定用 opentelemetry ，Opentracing 已经被废弃了
27 天前 回复了 Curiosity777 创建的主题 › Java › 请教一下关于 elk 日志报警，服务重启不断推送报警问题 |
@FarmerChillax 最好 -> 做好
27 天前 回复了 Curiosity777 创建的主题 › Java › 请教一下关于 elk 日志报警，服务重启不断推送报警问题 |
是不是应该考虑解决方向「为什么重启期间有告警？」
- 是不是没有最好流量无损？
- 是不是没有最好流量无损？
53 天前 回复了 imherer 创建的主题 › 程序员 › 如何采集（监控）服务器上一个或多个进程的 CPU 内存占用等数据 |
@imherer 我理解 #1 说的 prometheus 是指完整的的 prometheus 监控体系/生态。这确实是目前监控告警的主流
Select Language