Fix workload zone remediation logic

[SteffenBoThomsen]

This PR fixes the remediation logic for storage account, which is needed to upgrade the provider with the data_plane_available setting.

• This ensures that the az cli commands run against the right subscription, as it's authenticated against the state storage subscription, it fails to resolve the resource group from the target workload zone.
• This increases the robustness of the backwards compatibility, in cases where it's been a while since the last re-deployment of a workload zone, there might be introduced changes to resource properties, which then fails the terraform state show without a failure message, as the subsequent grep and cut results in a empty string as the resourceId. The fix is to use other means, like the az cli to query the resource id or where possible use the terraform state output.
• This also streamlines the way storage accounts are handled.
• Further it's changed to use export STORAGE_ACCOUNT_ID as setting the azureResourceID only worked by chance, as it was overwritten by the function ReplaceResourceInStateFile

To increase readability and robustness, the function ReplaceResourceInStateFile should be updated to not rely on being aware of context outside it's scope and instead take the STORAGE_ACCOUNT_ID as direct input.