Issues with Azure integration
Asked by Simon K:

Hello, few questions regarding the Opsgenie integration with Azure:

1. We set up a Azure Resource Health integration, and triggered a few different alerts in Azure that was sent to Opsgenie. However, the mapping of the Azure alert payload to Opsgenie fields seems to not work, so most of the alert fields are empty. We use the common alert schema by Azure ([Common alert schema for Azure Monitor alerts - Azure Monitor \| Microsoft Learn](https://learn.microsoft.com/en-us/azure/azure-monitor/alerts/alerts-common-schema)). Is the integration maintained? We have to use dynamic fields to parse the alert from Azure, e.g.,: {{_payload.data.essentials.configurationItems}}

2. There seems to be some limitations when using methods in dynamic fields. For instance, if an array contains an object, you can reference it like this: {{myArray.get(0)}}  
However, how can you reference fields nested inside the object which is inside the array? {{myArray.get(0).objectInsideArray}} does not seem to work.   

3. Using extra-properties to close alerts does not seem to work. According to the terraform docs ([opsgenie_integration_action \| Resources \| opsgenie/opsgenie \| Terraform Registry](https://registry.terraform.io/providers/opsgenie/opsgenie/latest/docs/resources/integration_action#close)), extra-properties can be used to filter condition to close alerts. However, trying to add something like:  

```
close {
  name = "Create Azure Resource Health Test Alert"
  filter {
    type = "match-any-condition"
    conditions {
      field          = "extra-properties"
      operation      = "equals"
      expected_value = "Resolved"
    }
  }
}
```

does not seem to work. Extra properties can also not be selected and dynamic fields are not available in the close alert menu in the GUI.   


Answers:
author: Nick H
body: Hi [@Simon K](/t5/user/viewprofilepage/user-id/5159393) ,

Have you tried to sending the JSON to Opsgenie with [Azure Activity Log event schema](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/activity-log-schema) instead of the Common alert schema?

I believe in the past customers have tested with both options, and the activity log schema seemed to work better for the both the Azure Service Health and Resource Health integrations.

comments: author: Simon K
body: Hi Nick,   

Thanks for the message. When creating the webhook in the Action Group in Azure, we only have the option to set use_common_alert_schema to true or false, not specify any schema. It's by nature a metric alert, I'm not sure the same alert could be generated as an Activity Log.  

I tried to set the use_common_alert_schema to false as well, however it did not work.  
However, wouldn't it be beneficial if Opsgenie supported the Common alert schema of Azure? I could make a feature request somewhere if that's needed :)   

I also had some other questions I would appreciate any feedback on


author: Nick H
body: Hi [@Simon K](/t5/user/viewprofilepage/user-id/5159393) ,

A feature request like this one? <https://jira.atlassian.com/browse/OPSGENIE-113>

If you have other questions related to something else, it might makes sense to open another Community questions, or a ticket with [Opsgenie support](https://support.atlassian.com/opsgenie/).


author: Philipp Ganglbauer
body: We are running into the same issue with Azure Service Health (but I assume it's more or less the same as Azure Resource Health) even with the common alert schema switched off. Not a single extra property field get's populated with the preset. Then also Action filters will not do anything as the properties available to filter are all NULL.  

I don't consider this a feature request but a critical bug as currently the integration is not usable and the documentation is woefully outdated.  

At this point it would be better to just remove the integration instead of misleading people into thinking that there is a premade solution and spending considerable amount of time trying to make it work.  

Not happy with the state of documentation and integrations.


author: Lev Apollo
body: Seasons greetings :)  

Same issue here. I can see the properties block in the "Received incoming request" log (it's cut off though).  

The properties block is then seen as null in the "Processed incomingData" log entry.  

I'm using the common alert schema in Azure.  

It seems like it drops nested fields.  

I've tried variations of:  
_payload.data.essentials.properties.title  

and I just get blanks. I've followed the docs but they are either outdated or the opsgenie parser is broken. Frustrating  

<br />


author: Ansari, Shahid Ali
body: Hello everyone,

I am facing the issue mentioned initially by [@Simon K](/t5/user/viewprofilepage/user-id/5159393)

I am sending common alert schema in the payload to Opsgenie integration but when I use the draggable field, it doesn't get the value.

Not sure if this has been resolved.

It would be great to know the status.

Regards,

Shahid Ali Ansari


Tags: cloud