Feature Request: Allow tenant-specific alert URLs in multi-tenant environments
Maintainer thường phản hồi trong vòng 1 ngày
@alexluong đang làm issue này rồi.
Từ ngày 3/9/2025.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Is your feature request related to a problem? Please describe.
Yes. Although Hookdeck Outpost supports multi-tenancy — which is a great fit for our multi-tenant SaaS architecture — the "Alerts" mechanism currently uses a single global configuration for the alert delivery URL (set via environment variable). This means that all alerts for all tenants are sent to the same endpoint, making it difficult to isolate, route, or process alert events per tenant.
Describe the solution you'd like
We would like the alert delivery URL to be configurable per tenant. Ideally, this configuration would be part of the tenant creation/update API so that each tenant can have its own dedicated alert endpoint.
Alternatively, support for URL placeholders in the global alert URL (e.g., using {{tenantid}}) would be helpful:
https://{{tenantid}}.mydomain.com/webhook/alerts
This would allow tenant-specific routing even with a single environment variable, by dynamically resolving the URL based on the tenant ID associated with the failed webhook.
Describe alternatives you've considered
Currently, we're using a shared alert receiver that parses the destination ID and attempts to route internally based on that, but it's fragile and leads to tighter coupling. Having a clean per-tenant alert URL would simplify our architecture and improve observability.
Additional context
In multi-tenant SaaS scenarios where each tenant has its own infrastructure or integration pipeline, isolating alerts is critical. Allowing tenant-level alert URLs makes the platform much more flexible and production-ready for complex use cases.
- Ngôn ngữ chính
- Go
- Star
- 1.1k
- Fork
- 70
- Merge trung bình
- 1 ngày 3 giờ
- Pull request đã merge (30 ngày)
- 50
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của hookdeck/outpost
-
Docker image `v1.6.0` contains vulnerable Go stdlib and golang.org/x modulesCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
hookdeck/outpost#1117 · 1 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của hookdeck/outpost
Issue tương tự
-
scaleway_lb_frontend: updating a frontend with external_acls = true deletes all scaleway_lb_aclĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
scaleway/terraform-provider-scaleway#4485 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Add SolentaCó thể đã có người làm @sharmao07 đã nhận hôm nay. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
slavakurilyak/awesome-ai-agents#760 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100