分離 · Multi-Tenant SaaS
SaaS 製品向けメールインフラ
マルチテナントプラットフォームで大規模にメール送信するには、顧客別の isolation、compliance、各 tenant の reputation protection が必要です。
共有レピュテーションプール
control plane なしEin missbräuchlicher Tenant vergiftet den Pool — jeder Kunde degradiert.
Sendarix で分離
blast radius を制限Der schlechte Tenant wird in den eigenen Pool quarantined — alle anderen bleiben gesund.
マルチテナントメールの問題
1 つの tenant の悪いリストが全員を沈めてはいけません。
製品が customer.com の代わりに yourplatform.com から送信すると、1 顧客の失敗が全顧客の共有 reputation に影響します。
従来のメールプラットフォームは tenant ごとの isolation を提供しません。1 顧客のリスト品質低下が、他の顧客が依存する送信 reputation を傷つけます。Sendarix は isolation を標準の運用単位にします。
| テナント | POOL | シグナル | 状態 |
|---|---|---|---|
| acme-corp | dedicated-ip-12 | Saubere Sends | 正常 |
| northwind | shared-eu-3 | 安定 | 正常 |
| tenant_8842 | quarantine-1 | Beschwerden steigen | 分離済み |
| globex | shared-us-1 | 安定 | 正常 |
代表的な製品 UI — 例示データであり、実際の顧客指標ではありません。
顧客別送信ドメインの isolation
各顧客は自身の verified domain から送信するため、1 顧客の reputation 問題が他へ影響しません。
顧客が送信ドメインを所有
各顧客は自分のドメインに Sendarix を指す DKIM と SPF を設定します。DNS control は顧客に残り、Sendarix は domain owner ではなく relay として動作します。
White-label subdomain delegation
White-label subdomain（例: notify.customer.com）では、SPF が subdomain と Sendarix の両方を authorize し、DKIM は white-label domain で署名されます。
IP pool isolation
高ボリューム顧客には、独立した warmup と reputation history を持つ dedicated IP pools を割り当て、email routing rules で管理できます。
Tenant ごとの suppression 管理
1 顧客のリストで発生した bounce や complaint が他顧客の suppression を起動してはいけません。Suppression lists は domain ごとに分離されます。
Tenant ごとの suppression scope
Customer A で recipient が hard bounce した場合、その address は Customer A の domain のみで suppression されます。Customer B は独立 permission があれば送信を継続できます。
Cross-tenant complaint handling
Feedback loops は送信 domain ごとに設定されます。1 tenant の complaints は他 tenant の reputation や suppression list に影響しません。
顧客 self-service suppression
API で suppression management を公開し、顧客が unsubscribe と list hygiene をサポート経由なしで管理できるようにします。
Tenant ごとの audit trail
Compliance のため domain ごとに suppression event history を保持します。GDPR と CCPA は request 時の documented suppression を要求し、tenant isolation が監査可能にします。
Tenant ごとの programmable routing
マルチテナントプラットフォームの routing rules
各顧客 domain は、domain verification 時に email routing rules で programmatically 設定される独立 routing configuration を持ちます。
Failover は routing domain ごとに独立設定します。Customer A の primary IP pool が劣化した場合、traffic は shared pool ではなくその顧客の backup pool へ向かいます。
When sending_domain = customer.com Then route through customer_dedicated_pool apply customer_warmup_schedule use customer_suppression_list alert bounce_rate > 3% → customer@example.com
B2B SaaS メールの compliance 要件
Multi-tenant email には顧客が継承する義務があります。Sendarix は auditor が期待する controls を構築します。
GDPR - data processing
製品の代わりに処理される customer data には DPA が必要です。Sendarix Enterprise は GDPR-specific terms を含み、suppression と deletion events は契約 retention period 内で処理されます。
CAN-SPAM - unsubscribe handling
すべての commercial email には functional unsubscribe が必要です。Multi-tenant では、プラットフォーム全体ではなくその顧客リストから unsubscribe する必要があります。
Healthcare SaaS evaluations
Healthcare platform は送信前に message content が PHI を含むか評価する必要があります。要件と agreement は enterprise sales に相談してください。
Compliance review 用 audit logging
Email events、suppression changes、routing modifications の audit logs は security と compliance review のため API で利用できます。security and compliance を参照してください。
顧客ごとの monitoring と alerting
各顧客 program には、全員分を ops team に通知するのではなく正しい顧客へ通知する独立 threshold が必要です。
24h rolling window で > 2% の場合 alert。宛先: 登録済み顧客 email。
24h で > 10% の場合 alert。一時的な provider issue または quota problem を示します。
7 日で > 0.1% の場合 alert。0.3% で多くの major providers が filtering を開始します。
顧客の 30 日平均から > 5 percentage points 低下した場合 alert。
関連製品
Multi-tenant email をプラットフォームに組み込む
Sendarix API は programmatic domain verification、routing configuration、tenant ごとの webhook setup をサポートします。Onboarding flow 内で manual DNS 作業なしに customer sending domain を provision できます。
