Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Feature Request: Allow tenant-specific alert URLs in multi-tenant environments

オープン
#404 コメント 6 件 リアクション 0 件 担当者 1 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@alexluong がすでに取り組んでいます。

2025年9月3日 から。

評価

この issue はまだ評価されていません。

説明

enhancement

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.

主要言語
Go
スター
1.1k
フォーク
70
平均マージ
1日 19時間
マージ済み PR(30日)
54

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

hookdeck/outpost のほかの issue

hookdeck/outpost の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。