mirror of
https://github.com/Studio-Saelix/sencho.git
synced 2026-08-27 10:46:51 +00:00
feat(notifications): move Notification Routing to Skipper tier (#1145)
* feat(notifications): move Notification Routing to Skipper tier Notification routing is automation (route alerts to channels by rules), not enterprise compliance. Aligning the gate with Skipper makes the tier boundary read consistently with the rest of the automation surface (webhooks, auto-update, auto-heal, scheduled tasks). Backend: requireAdmiral -> requirePaid on the five /api/notification-routes endpoints. Dashboard configuration-status now exposes the routing-rules row to any paid tier. Frontend: settings registry tier flipped to skipper; the Admiral wrapper around NotificationRoutingSection is removed (the inner CapabilityGate stays, preserving forward-compat with older remote nodes). Tests: added a tier-enforcement describe block covering Skipper (200) and Community (403 PAID_REQUIRED on all five endpoints). Docs: refreshed alerts-notifications, licensing, overview, dashboard, troubleshooting, and reference/settings; cleaned one fence-spec line per Directive 31. * fix(notifications): address audit findings on tier-move PR Docs: rewrite three lines that survived the initial sweep. The dashboard "you do not see a locked placeholder" clause and the settings.mdx "hidden on Community and Skipper" phrase were Directive 31 fence-spec. The alerts-notifications troubleshooting note still said "an Admiral routing rule" and contradicted the tier move. Tests: the Community-negative cases on POST/PUT/DELETE/POST :id/test could not distinguish requirePaid from a stray requireAdmiral, because Community fails on the tier check before variant is read. Adding Skipper-positive coverage per endpoint locks the gate identity in. Replace the leaky mockReturnValueOnce with a per-test mockReturnValue plus an afterEach restore so spies cannot bleed across tests.
This commit is contained in:
@@ -322,7 +322,7 @@ At least one agent must be enabled for stack alerts to deliver notifications. Se
|
||||
## Routing
|
||||
|
||||
<Note>
|
||||
Notification Routing requires a Sencho Admiral license.
|
||||
Notification Routing requires a Sencho Skipper or Admiral license.
|
||||
</Note>
|
||||
|
||||
**Scope:** Global, admin-only
|
||||
@@ -445,7 +445,7 @@ Advanced settings for debug diagnostics and data retention. Most operators can l
|
||||
|---------|---------|-----|-------------|
|
||||
| **Container metrics** | 24 hrs | 8,760 (1 year) | How long to keep per-container CPU, RAM, and network history for dashboard charts. |
|
||||
| **Notification log** | 30 days | 365 | How long to keep alert and notification history. |
|
||||
| **Audit log** | 90 days | 365 | How long to keep audit trail entries. Admiral only; the row is hidden on Community and Skipper. |
|
||||
| **Audit log** | 90 days | 365 | How long to keep audit trail entries. Requires Admiral. |
|
||||
|
||||
Click **Save settings** to apply. Retention rows are global; the **Developer mode** toggle is per-node.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user