johnhuster

after comparing hivemq community with thingsboard,i think thingsboard community is much better

one year passed,still no body fixed it ?

for example,i am using questdb for latest device timeseries,but device may upload same data,so i am using device id for primary key to keep it not duplicate

nacos客户端失败重连机制，现在nacos客户端连接失败后不会进行重试，在k8s部署时存在服务比nacos-server先启动的情况，这是肯定连接不上nacos-server，现在是连接抛出异常后就不会进行连接了，这样导致的问题很严重，觉得nacos客户端有必要加上失败重试的机制

assign me to fix this bug

> 超时无非3种可能： > > 1. 服务端负载高，请求无法及时响应， 自查是否服务端处于高CPU，线程池使用满，FullGC等问题 > 2. 网络问题，请求丢包或服务端回包丢失 > 3. 客户端负载高，请求已返回，但是客户端没有资源处理，导致积压在tcp队列中，或任务队列中，自查是否应用端处于高CPU，线程池使用满，FullGC等问题 所有的应用基本上没什么访问量，CPU、内存使用都很低，没有波峰

统一的管理页面， > > springcloud-tecent技术栈增加了很多cloud-alibaba没有的功能，请问是否有相应的开发计划？ > > 你具体是指的那一块呢？可以列举出来大家一起讨论一下。 统一的管理页面，灰度发布，集群限流等，虽然这些功能可以通过自定义以及引入sentinel之类的插件来完成，但是技术栈能统一这些基础功能更好些

使用v3.0.7这个tag下的源码，打出来的kk版本又不是3.0.7这个版本，而是下面的版本： kk version: &version.Info{Major:"2", Minor:"1", GitVersion:"v2.1.0-alpha.1.453-e755baf67198d5", GitCommit:"e755baf67198d565689d7207378174f429b508ba", GitTreeState:"clean", BuildDate:"2023-12-28T02:52:30Z", GoVersion:"go1.19", Compiler:"gc", Platform:"linux/amd64"}

rocketmq-k8s-helm这个有验证过么，我使用helm package打包这个目录，生成的gz压缩包文件无法使用