New to Kestra?
Use blueprints to kickstart your first workflows.
Monitor every workflow in a Kestra namespace and post Discord alerts on failure or warning. Event-driven, namespace-level observability with no boilerplate.
Get instant Discord notifications when production data pipelines break. This blueprint sets up namespace-level failure monitoring across every flow in the company.analytics namespace, so a single reusable flow watches all of your production executions and posts a Discord message the moment one fails or finishes with a warning. No per-flow alerting code, no polling, no missed incidents: define the alert once and Kestra fans it out to every matching execution automatically.
A Flow trigger (io.kestra.plugin.core.trigger.Flow) listens for completed executions across your instance. Two conditions filter what matters: io.kestra.plugin.core.condition.ExecutionStatus keeps only executions ending in FAILED or WARNING, and io.kestra.plugin.core.condition.ExecutionNamespace restricts the watch to the company.analytics namespace with prefix: true, so child namespaces are covered too. When both conditions match, the send_discord_message task (io.kestra.plugin.discord.DiscordExecution) fires, posting an embed titled "Kestra Flow Notification" to your Discord channel via an incoming webhook. The task passes executionId from {{ trigger.executionId }}, linking the alert back to the exact execution that failed.
company.analytics with zero extra setupexecutionId for fast triageDiscord webhooks have no scheduler, no awareness of pipeline state, and no way to react to job outcomes on their own. Kestra closes that gap. The event-driven Flow trigger reacts to execution outcomes the instant they happen, so alerting is declarative YAML rather than glue code embedded in every pipeline. You also inherit retries, full execution lineage, and a central audit trail, and you can extend the same pattern to any channel without touching the flows being monitored.
DISCORD_WEBHOOK: the Discord incoming webhook URL the alert is posted toDISCORD_WEBHOOK secret in Kestra.ExecutionNamespace condition to match the namespace you want to monitor.ExecutionStatus condition (for example, alert on SUCCESS for critical jobs).username, or include execution links and labels in the message body.