azure-sdk-for-python VS azure-docs

Seems to be an open issue here https://github.com/Azure/azure-sdk-for-python/issues/13819 so you are correct that it's probably not supported.

# Title URL Accessed-On 1 Desktop app that calls web APIs: Acquire a token using WAM https://learn.microsoft.com/en-us/azure/active-directory/develop/scenario-desktop-acquire-token-wam 2023-01-11 2 Azure SDK Releases https://azure.github.io/azure-sdk/releases/latest/all/python.html 2023-01-11 3 azure-identity 1.13.0b1 https://pypi.org/project/azure-identity/1.13.0b1/ 2023-01-11 4 WAM https://github.com/AzureAD/microsoft-authentication-library-for-dotnet/wiki/wam 2023-01-11 5 class InteractiveBrowserCredential(InteractiveCredential) https://github.com/Azure/azure-sdk-for-python/blob/main/sdk/identity/azure-identity/azure/identity/_credentials/browser.py 2023-01-11 6 Add WAM Support to MSAL for Python, for cross-language consistency #451 https://github.com/AzureAD/microsoft-authentication-library-for-python/issues/451 2023-01-11

For AZURE: Azure SDK

In the spirit of moto, it actually looks like quite a bit of the groundwork is available for someone to take a swing at an Azure version:

* the cli uses the python SDK: https://github.com/Azure/azure-cli/blob/azure-cli-2.38.0/src...

* which uses autorest: https://github.com/Azure/azure-sdk-for-python/tree/azure-mgm...

* of what appears to be an OpenAPI-ish spec: https://github.com/Azure/azure-rest-api-specs/tree/fda2db441...

Referências: https://keda.sh/ https://keda.sh/docs/2.7/scalers/azure-service-bus/ https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-queues-topics-subscriptions https://github.com/Azure/azure-sdk-for-python/blob/main/sdk/servicebus/azure-servicebus/samples/sync_samples/receive_subscription.py

Explained here: https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/backup/backup-azure-alternate-dpm-server.md

Official doc on runbook limitations: https://github.com/MicrosoftDocs/azure-docs/blob/main/includes/azure-automation-service-limits.md

I dont think that works:

    > git clone --depth 1 https://github.com/MicrosoftDocs/azure-docs

Does anyone have any idea why this is? I found a github issue that basically describes the issue as well but there is no satisfying solution. Can you really not use native azure monitoring solutions if you migrate your VMs to azure? That seems hard to believe and I hope I'm just missing something. I'm very thankful for any advice at this point.

It appears that there is a 512kb payload limit with runbook webhooks, which I can only find mention of on this git file:https://github.com/MicrosoftDocs/azure-docs/blob/main/includes/azure-automation-service-limits.mdThe data I was including in the web activity body appears to be just under this limit and would trigger the runbook without issue. But with the extra data webhook activities include in the body it puts it over the limit and never triggers it. Unfortunately Data Factory doesn't handle this situation properly and the activity runs indefinitely until you cancel it (despite the timeout configured).The work around for me was to add a foreach activity and put the webhook activity inside of that.