These are chat archives for atomix/atomix
@alexrobin sorry I’ve been offline for a while...
I think exposing the primitive name is fine, and it’s currently provided through
getServiceName(). The reason the member ID is not exposed is because it could be used to violate the invariant that all instances (in a partition) have the same state. In general, only state that is consistent across all nodes is exposed to services so clients can arbitrarily switch between nodes and expect to see the same state, or at least state changes that maintain some consistent model (sequential or linearizable). Although, that’s not to say there’s not a valid rationale for exposing it to services. If we have one then I’m open to doing so with some warnings about consistency.