刚涉足MQTT和EMQX开源版的小白，想了解下一些基础问题。
我看到EMQX开源版桥接方式只有WebHook和MQTT两种。
我这边有消息上下行的需求，但主要是设备上报的消息采集，和少量的控制指令下发。
WebHook下仅支持消息从BROKER到WebServer而无法反过来发送吗？
WebHook的方式单节点BROKER的情况性能大概是什么样的？
如果采用MQTT桥接的话，设备数据上行的性能是不是比WebHook更高？
MQTT桥接，我目前设想的方案是：
设备←→EMQX←→自己搭建的MQTT代理服务←→Kafka←→消息处理服务。
这样是否是合理的。
以及是否还有其他可以将EMQX的数据进行上下行交互有更好的方式。
谢谢！
上下行和桥接没什么关系，上下行两边都可以通过发布/订阅EMQX的主题。
一般的结构是
设备←→EMQX企业版←→Kafka←→消息处理服务
或者直接是
设备←→EMQX企业版←→消息处理服务
你不需要搭建MQTT代理服务，这个本身就在EMQX里面。
您的意思是说，作为消息处理的服务端，只需要订阅主题进行消费即可，而不需要桥接模式是吗？
我事先有先在官方文档问过页面右下角的AI，他推荐我使用MQTT桥接功能。
AI 乱说的，不过推荐先过一下官方的那个教程。
我阅读beginners-guide-to-the-mqtt-protocol的文档中的“MQTT 主题常见问题及解答”一栏关于“服务器对主题数量有限制吗”写到一个客户端订阅的主体数量最好控制在10个以内。
我的理解是在设备侧主题数量好控制，但是消息处理的服务侧就不好控制了，因为要接收可能有十几万数量的设备交互，主题可能会很多，所以才认为消息处理的服务端直接订阅主题可能不是一个好的方式。。。 
MQTT 协议主题有通配符的。读到那一节，你就明白了。