Alert Engine Service
alert-engine-service turns a NormalizedAlert into channel-ready
NotificationRequest events for notifier services.
What it does
- Ingest alerts via:
- AMQP event
alert.normalized - HTTP
POST /alerts(Bearer token =app.http.token)
- AMQP event
- Resolve recipients via RPC
subscription-service.get_recipients_for_alert. - Build one
NotificationRequestper(channel, endpoint_key). - Publish
{channel}.alerting.notification.requested(e.g.email.alerting.notification.requested,telegram.alerting.notification.requested).
Stack
- Config:
stack/alert_engine.yaml - HTTP: port 8005 →
POST /alertsonly (no auto OpenAPI page unless the route setsversion=— Kontiki docs are version-scoped) - Token:
app.http.token(default in stack:change-me)
Payload and contract notes
- Inbound:
boomerang_contracts.alert.normalized.NormalizedAlert(validated with Pydantic on both AMQP and HTTP paths). - Outbound:
boomerang_contracts.notification.message.NotificationRequest. - Message
title/bodycome from the alert;context.kindis"alert"andcontext.datacarriesalert_id,category,event_type,severity,attributes. - The full alert is sent to
get_recipients_for_alertfor subscription matching.
Metadata
Release files for boomerang-alert-engine 1.0.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| boomerang_alert_engine-1.0.0-py3-none-any.whl | Python 3 | none | any | Details |
Release files / boomerang_alert_engine-1.0.0-py3-none-any.whl
| Download URL | boomerang_alert_engine-1.0.0-py3-none-any.whl |
|---|---|
| Size | 57.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
26d5cb4b6d4695a729f0a1bb2b132001d5ac219b1067558b64e0238688b90052
|
|
BLAKE2b-256 checksum How to use checksums |
3a978f30588262003404c1e79d838197c042e8008fc379d4977f7f56091b0a78
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 11, 2026.
Transparency log