-
Notifications
You must be signed in to change notification settings - Fork 36
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
Does DFM_ALTERNATIVE_CONNECTION_STRING_* Support Identity connection ? #59
Comments
Hi @MasterKuat , I suggest you either store those connection strings in Key Vault (and use the @Microsoft.KeyVault() references), or deploy separate DfMon instances for each storage, or just use DfMon in form of VsCode (or GitHub Codespaces) extension. |
Hi @scale-tone , Thanks for your answer. For operationnal purposes, I wish to use only 1 instance of (your great) DfMon, could it be added ? |
Hi @MasterKuat from my point of view but I could be wrong support for managed identity is related to the migration to Azure.Storage for durable task. There is a PR for this Azure/durabletask#763 and it should solve part of the problem but @scale-tone, I think the same move should be done here for all usage of Microsoft.WindowsAzure.Storage |
Hi @bhugot, |
Ok my bad |
Hi,
I try to use a standalone DFM installation to monitor 4 differents functions.
Set DFM_ALTERNATIVE_CONNECTION_STRING_* for all 4 works well if I set the full connection string with key and so on but is there a way to use DFM identity to connect other storage account ?
Thanks
The text was updated successfully, but these errors were encountered: