prometheus / prometheus/alertmanager
Why is it not supported to continue to search for a matching receiver and continue sending after the previous receiver fails?
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 8.6k
- Forks
- 2.5k
- Avg merge
- 2d 6h
- Merged PRs (30d)
- 61
Description
I have a scenario where I hope that after the alertmanager fails to push the webhook, even if continue: false, it will continue to look for other receivers and continue to try to send. In this scenario, why is not supported? I think this is more reliable
for example:
receivers:
- name: "receiver-aa"
webhook_configs:
- url: 'https://alarm.com/alarms'
send_resolved: true
- name: "receiver-bb"
slack_configs:
- channel: "#alarms-bb"
actions: *action_buttons
http_config: *http_config
routes:
- match:
dc: "aaa"
receiver: "receiver-aa"
continue: false
- match:
dc: "aaa"
receiver: "receiver-bb"
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing Alertmanager's route example and the documented meaning of continue: false. The issue does not name an implementation file or test, so locate the route-matching and notification flow before deciding how failed delivery should affect subsequent receivers. Done means the intended fallback behavior is defined and covered by tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- observability
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100