tsingson

已经试验性作了一个 支持 nats 的 goim , fork 在这里 ~~https://github.com/tsingson/ex-goim~~, 基本测试跑通了. 正在尝试以一个合适的方式与 goim 源进行合并, 当前正在处理 discovery 通用接口, 尝试中 欢迎建议与批评啊....... 祝愉快!

kafka 很好啊, 商用重器, 成功案例这么多.

goim 支持 nats 已经处理了预编译的可执行文件(包括依赖 gnatsd / discovery 等, 支持 mac / linux ) , 见https://github.com/tsingson/ex-goim/releases > 注: 上面 ex-goim 的 repo 已更换 nats , 加了一些依赖与 Makefile 能顺利跑起来. > 个人尝试结束, 我的尝试...

有几位朋友私信沟通闲聊, 想要一个同时支持 kafka / nats , 以便能 merge 回这里的主线, 我 fork 了一个 repo 来尝试实现这个想法, 这里 https://github.com/tsingson/goim 计划变更如下: - [x] 在 internal/logic/conf 与 internal/job/conf 中增加 nats 的连接配置项, 与 选择 kafka (...

> > 有几位朋友私信沟通闲聊, 想要一个同时支持 kafka / nats , 以便能 merge 回这里的主线, 我 fork 了一个 repo 来尝试实现这个想法, 这里 https://github.com/tsingson/goim > > 计划变更如下: > > > > * [x] 在 internal/logic/conf 与...

@weisd 读过你的技术 blog, 哈

> @tsingson 哈哈，没看错吧，我的blog一直没坚持下来 > https://github.com/weisd/goim > 我也写了一个你看看 坚持不坚持不重要, 重点是有想法就写代码或写文章. 作为老司机, 查一下还是知道谁写的. 你代码我看了, 写得比我的漂亮多了, 抽取 brocker interface 写得真好.

> @tsingson 想了下，感觉应该把goim对接的消息系统抽象成接口，整个goim不和消息系统做任何的关联，这样以后就好处理了 https://juejin.im/post/5cbd380c5188250a97133649 好几个朋友都各自改成抽象 interface 接口了.

> @tsingson 能帮我看看是什么原因吗 有更多信息不? 没有具体信息, 不知道如何帮你

官方 nsq .......... @lchjczw 看来, 你需要的不仅仅是源码.