[openstack-dev] Using thread local storage for correlation_id
Brian Elliott
bdelliott at gmail.com
Tue Jun 4 19:10:02 UTC 2013
Brian,
On Jun 4, 2013, at 1:39 PM, Brian Lamar <brian.lamar at rackspace.com> wrote:
> I'm going to refrain on commenting on thread local storage, but I have one question: Is this going to replace the request_id concept we've had in Nova/Glance for a while? I've been out of development for a bit but this seems like it's a similar concept. I'm all for having IDs to track across all projects.
>
> Brian
>
>
No, it will not replace the Nova/Glance request_id. It is intended instead to serve as a single identifier that carries across multiple services through the lifespan of a user request. It is intended to be service-agnostic and will hopefully get implemented in every project.
Correlation_id and request_id could be the same identifier, but it could get hairy if they were. Imagine a single call to service A results in two calls to service B. I think you want each request to B to retain a separate request identifier for tracking purposes (like it is now), but then you want a second correlation_id that gives you simplified tracking across the entire surface of the call originating at A.
Thanks,
Brian
More information about the OpenStack-dev
mailing list