Here are current alert ARM template and it's case sensitive:
"MyAlert": {
"Name": "[toLower(concat('myalert-',uniqueString(resourceGroup().id, deployment().name)))]",
"DisplayName": "My alert rule",
"Description": "Sample alert. Fires when 3 error records found over hour interval.",
"Severity": "critical",
"ThresholdOperator": "gt",
"ThresholdValue": 3,
"Schedule": {
"Name": "[toLower(concat('myschedule-',uniqueString(resourceGroup().id, deployment().name)))]",
"Interval": 15,
"TimeSpan": 60
},
"MetricsTrigger": {
"TriggerCondition": "Consecutive",
"Operator": "gt",
"Value": 3
},
"ThrottleMinutes": 60,
"AzNsNotification": {
"GroupIds": [
"[parameters('actiongroup')]"
],
"CustomEmailSubject": "Sample alert"
}

but refer to JSON convention, the object should be defined as below:
{
"thisPropertyIsAnIdentifier": "identifier value"
}

so cx is very confused about this format, and also it will cause the template failure when they use object by following JSON convention.

Please kindly check and modify the template for Azure alert in Log analytics to make it adhere JSON convention.

Thanks.

Please allow ARM functions that can be used in an ARM template to also be used in a parameter file. It would be great if the functions could be specified in a parameter value and then evaluated just like they would be if they were specified in the ARM template. In my specific case, I would like to be able to use the reference functions to retrieve the Web App MSI identifier in a access policy for the Key Vault. I would like to be able to specify the access policies in the Key Vault template as an object parameter. Then the parameter value for the access policy could leverage the reference functions to retrieve the unique identifier of the MSI service principal at deployment time. Without this capability, the object ID of the MSI service principal needs to be hard coded into the parameter value. This is also less ideal from a documentation standpoint. The reference function is easier to determine which MSI is being retrieved because it contains the name of the Web App rather than having to lookup the MSI from the GUID.

It would be really useful if the PS/CLI commands to interact with ARM Templates had a 'Dry Run" command that would build out a resource list that could be used to verify the execution of the provided ARM Template.

An example of this concept would be the AngularCLI dryrun flag that illustrates the created/modified files for when it executes.

The benefit of this would be to verify that the resources are created as expected without having to generate all the resources which is time consuming and could be costly for some resource types. This would also be helpful when testing changes to an existing deployment to verify the changes intended are made without impacting production environments with unintended breaking changes.

Deleting Resource Group in ARM should send in Recycle Bin

Microsoft had given very good feature of having control over resources using Resource Group Feature. I am raising this request because sometime while performing clean up activities, there is chances of deletion of Resource Group. There is no such feature to get them restore if it's got deleted by mistake.

They should incur this feature of sending it to recycle bin for atleast 7 days so that Engineer can retrieve it back if needed with in that 7 days.

Instead of deleting it completely all the resources while erasing resource group it should send to some recycle-bin so that if someone want to retrieve it can restore it back within stipulated time lines.

You can refer to feature which is there in Google Cloud.

https://cloud.google.com/resource-manager/docs/creating-managing-projects

"
** You can shut down projects using the GCP Console or the projects.delete() method.

Shutting down a project does not delete the project immediately; it only requests deletion of the project. The project is marked for deletion ("soft deleted"), and you will lose access to it immediately, but the project can be recovered for a 30 day period. Until actual deletion of the project, the project will count towards your quota usage.

The project owner will receive an email notification that the project has been marked for deletion. During the 30 day period, the owner can recover the project by following the steps to restore a project. After the 30 day period, the project and all the resources under it are deleted and cannot be recovered. While most resources can be recovered during the 30 day period, Cloud Storage begins deleting resources before the 30 day recovery period ends, and these resources may not be fully recoverable."**

Regards,

Ravi Mishra
Azure Solution Architect

Dear Members,

I don't see Azure Resource Manager web portal is providing feature of selecting multiple resource group and get them deleted at one go. I am assuming that they should work on it and try to provide this web feature so that it can help Engineers while performing clean up activities.

Alternative way to perform this task.
I believe that you would able to perform this activity using Powershell but in that also you have to keep on waiting until your one Remove-AzureRmRecourcegroup command get executed.

I can see some article related to this issue

https://www.yobyot.com/cloud/danger-will-robinson-or-how-to-bulk-delete-azure-resource-groups/2018/01/08/

Please suggest how soon we can have expect to this inbuilt inside Azure Portal.

Regards,
Ravi Mishra
Azure Solution Architect.