You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A subset of the MQTT topic space is often dedicated to client-specific topics, such as /clients/+/# with the + representing a client identity that is typically only accessible by the corresponding client.
By defining such a pattern for client-specific topics, we can ensure that all messages for the same client identity are produced to Kafka on the same topic partition for each mapped Kafka topic.
We support sharding mqtt-sessions Kafka topic, directing the MQTT client to the corresponding Zilla instance in a cluster, so only a subset of the MQTT session state needs to be sent to each Zilla instance and the client is redirected as needed.
Extending this sharding capability to the client-specific subset of the MQTT topic space should use the same approach, ensuring that the affinity for client identity is consistent across topics via co-partitioning.
A subset of the MQTT topic space is often dedicated to client-specific topics, such as
/clients/+/#
with the+
representing a clientidentity
that is typically only accessible by the corresponding client.By defining such a pattern for client-specific topics, we can ensure that all messages for the same client
identity
are produced to Kafka on the same topic partition for each mapped Kafka topic.We support sharding
mqtt-sessions
Kafka topic, directing the MQTT client to the corresponding Zilla instance in a cluster, so only a subset of the MQTT session state needs to be sent to each Zilla instance and the client is redirected as needed.Extending this sharding capability to the client-specific subset of the MQTT topic space should use the same approach, ensuring that the affinity for client
identity
is consistent across topics via co-partitioning.For example:
The text was updated successfully, but these errors were encountered: