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). 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), 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.
Hi @Simon K ,
Have you tried to sending the JSON to Opsgenie with Azure Activity Log event 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.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Simon K ,
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello everyone,
I am facing the issue mentioned initially by @Simon K
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.