[openstack-dev] Using thread local storage for correlation_id

Russell Bryant rbryant at redhat.com
Wed Jun 5 02:03:56 UTC 2013


On 06/04/2013 02:45 PM, Sandy Walsh wrote:
> 
> 
> On 06/04/2013 02:24 PM, Venkatesh Sampath wrote:
>> Hi Everyone,
>>
>> We are planning to introduce a correlation_id across for effective
>> debugging of requests that span across services.
>>
>> The idea is to pass the correlation_id as part of the request header
>> across services. The job of generating/capturing the correlation_id and
>> setting it as part of the request header is done through the
>> correlation_id.py middleware available through oslo incubator.
> 
> Why not use the existing Request ID? It's already stored in the Context
> object.

Is there a document about this feature, including how it relates to the
existing request ID, that we can all review?


> 
>>
>> The services that uses the correlation_id middleware can in turn obtain
>> the correlation_id from the request header and use it as part of logging
>> & notification purposes.
>>
>> We are planning to make the correlation_id available for logging through
>> thread local storage especially using the existing 'local.strong_store'
>> reference. ( available from oslo-incubator/openstack/common/local.py).
>> ie., by setting the correlation_id as attribute to 'local.strong_store'
>> in the correlation_id middleware.
>>
>> Wish to know if its good idea to use the thread local storage from
>> local.py for correlation_id so that it could be used by respective services.
>>
>> Thoughts?


-- 
Russell Bryant



More information about the OpenStack-dev mailing list