项目需要集成kafka吗

[jinronga]

What

Details

[BaiZe1998]

会在后续整合消息队列，不仅限于kafka

[TremblingV5]

之后可能会先用rocket mq，我个人感觉比kafka轻一些，之前用kafka得起好几个容器，还得起zookeeper(貌似最新版不需要依赖zookeeper)，功能上rocket mq也稍微全面些

如果想实践Kafka相关的内容也可以先加进来，可以做的事情有

1. 在gopkgs/components下增加对kafka的封装和一些实用方法(还有相关的examples)
2. 在env目录下新增一个docker-compose文件，用来启动kafka相关容器

[bigboss2063]

之后可能会先用rocket mq，我个人感觉比kafka轻一些，之前用kafka得起好几个容器，还得起zookeeper(貌似最新版不需要依赖zookeeper)，功能上rocket mq也稍微全面些

如果想实践Kafka相关的内容也可以先加进来，可以做的事情有

1. 在gopkgs/components下增加对kafka的封装和一些实用方法(还有相关的examples)

2. 在env目录下新增一个docker-compose文件，用来启动kafka相关容器

这边消息队列是已经在项目中有应用了然后集成不同的消息队列可供选择吗？还是先集成进来，到时候要用的时候再用？🙌

[TremblingV5]

之后可能会先用rocket mq，我个人感觉比kafka轻一些，之前用kafka得起好几个容器，还得起zookeeper(貌似最新版不需要依赖zookeeper)，功能上rocket mq也稍微全面些
如果想实践Kafka相关的内容也可以先加进来，可以做的事情有

1. 在gopkgs/components下增加对kafka的封装和一些实用方法(还有相关的examples)

2. 在env目录下新增一个docker-compose文件，用来启动kafka相关容器

这边消息队列是已经在项目中有应用了然后集成不同的消息队列可供选择吗？还是先集成进来，到时候要用的时候再用？🙌

目前gopkgs/components目录下添加了rocket mq，但是业务代码里面没有使用，处于一种想用拿出来就能用的状态（理论上）

[jinronga]

这块我的想法mq的话有个默认的，后面需要具体哪个mq配置类型就好了，我们封装mq操作的通用接口即可

[TremblingV5]

这块我的想法mq的话有个默认的，后面需要具体哪个mq配置类型就好了，我们封装mq操作的通用接口即可

没问题的

不过我觉得封装各个mq的初始化过程就可以满足大部分情况的使用

对于gopkgs/components目录的作用，我最初的设想和这个做法的来源都是为了提供一个方便快捷的获取各个中间件对象的“池子”，类似于手动挡的依赖注入。在这个package的加持下，可以通过约定好的配置文件来连接好各个中间件。

对于“默认mq”，也是一个很好的想法，可以在gopkgs/components上做进一步封装，如果是业务代码中使用“一般的mq”而不追求某个特定的mq的功能，就可以使用这个封装