Update Azure Queue storage trigger for Azure Functions to fix wrong instructions for local development #125513
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The documentation states that:
_When you're running your function project locally, the above configuration tells the runtime to use your local developer identity. The connection attempts to get a token from the following locations, in order:
In the aforementioned section, the "above configuration" most likely refers to this part of the article:
However, using this value locally doesn't work and the following error message is returned by the azure function runtime:
Azure.Identity: ManagedIdentityCredential authentication unavailable. Multiple attempts failed to obtain a token from the managed identity endpoint. Azure.Core: Retry failed after 6 tries. Retry settings can be adjusted in ClientOptions.Retry or by configuring a custom retry policy in ClientOptions.RetryPolicy. (A socket operation was attempted to an unreachable network. (169.254.169.254:80))
, indicating that the local environment is trying to connect to the managed identity endpoint located at 169.254.169.254:80.However, using the value
defaultazurecredential
instead ofmanagedidentity
for the<CONNECTION_NAME_PREFIX>__credential
property proved to be working as expected and shows the behaviour currently expected from the documentation, i.e.,_The connection attempts to get a token from the following locations, in order:
Thank you in advance for processing.