Table of Contents |
---|
Status
Current state: Under DiscussionAccepted (2.3.0)
Discussion thread: TBD
JIRA:
Jira | ||||||
---|---|---|---|---|---|---|
|
...
- There is no anticipated negative impact. The thread-id is used to construct many stream component identifiers such as producer/consumer/stream thread names. If user exposes these information in their production environment, upgraded service may see different composed ids from previous round. Note that this only applies to multi-instance one JVM scenario and only one time, thus not going to globally affect things too much in general. The only pattern for this use case seems to be dynamic scaling, and we should actually void this pattern by adding a `stopThread()` and `addThread()` method to `KafkaStreams` directly.
- No deprecation/migration needed for this change.
Rejected Alternatives
N/A