Open rcrowe opened 6 years ago
Am I interested in reviving this issue, but also introducing the ability to lock down consume/publish on a per-topic basis as well.
Potentially have some kind of config file that would have contain access rights for different roles clients? (being optional if you choose not to use this feature)
Two use cases identified
Authentication
As the number of consumers has grown & the ability to do so is not restricted we've been unable to keep track. When an issue arises or we have to coordinate changes (for example, as we've been making changes to the underlying nats streaming cluster) it's been helpful to chat with other teams/consumers.
An identifier could also be used in metrics (who's consuming/publishing the most) or logs (which client caused a repeatable server panic).
I played with 2 ideas for identifying a client 1) Client ID. An identifying token over a gRPC TLS connection. 2) Mutual TLS. Identify the client through the cert.
ACL
The main driver for authentication has been to implement ACL on the publishing side of things. We should be able to restrict who can publish back into the stream.
An example spike looks like...