-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add x-ms-correlation-request-id, x-ms-client-request-id header guidance #576
Comments
Some additional information. Semantically, we have (in theory and at least) three different concepts:
Unfortunately, exactly the same header is used for 1 and 2 across the set of services that Microsoft exposes (Azure + others). And the most common header name is |
Should probably be discussed in arch board, with an eye to updating the Azure Core guidance for request IDs. |
We have updated the Azure Guidelines to recommend using the OASIS Repeatable Requests headers to achieve idempotency. So x-ms-request-id should be treated as a client-generated correlation id (#1 above). |
I think this can be closed as the guidance has been provided at: |
It's still unclear to me how can I do this, namely to specify |
Add explicit guidance in the design guidelines on how a caller of the SDK should be able to specify a client-generated request-id and how to return server-generated correlation ids.
There is a bit of guidance around request-id header but it would be nice to solidify exactly what scenarios around these headers we want to support in client SDKs.
cc @johanste
The text was updated successfully, but these errors were encountered: