技术阅读周刊第十三期:一些提高生产力的终端命令
技术阅读周刊,每周更新。
在上一篇文章 Pulsar3.0 升级指北讲了关于升级 Pulsar 集群的关键步骤与灾难恢复,本次主要分享一些 Pulsar3.0
的新功能与可能带来的一些问题。
先来个欲扬先抑,聊聊升级后所碰到的问题吧。
其中有两个问题我们感知比较明显,特别是第一个。
前段时间在使用 Pulsar 的 admin API 时,发现其中的一个接口响应非常慢:
1 | admin.topics().getPartitionedStats(topic); |
使用 curl 拿到的响应结果非常大,同时也非常耗时:
具体的 issue 在这里:https://github.com/apache/pulsar/issues/21200
之前写过一篇文章 VictoriaLogs:一款超低占用的 ElasticSearch 替代方案讲到了我们使用 Victorialogs
来存储 Pulsar 消息队列的消息 trace 信息。
而其中的关键的埋点信息是通过 Pulsar 的 BrokerInterceptor
实现的,后面就有朋友咨询这块代码是否开源,目前是没有开源的,不过借此机会可以聊聊如何实现一个 BrokerInterceptor
插件,当前还没有相关的介绍文档。