Warnmeldungen für Arbeitsbereiche

Optionale Benachrichtigungen für Kontoautorisierung, Poolverfügbarkeit und Generationsfehler.

Workspace-Administratoren können Benachrichtigungen von Systemeinstellungen → Workspace Alerts. Benachrichtigungen sind deaktiviert, bis ein Administrator ein Ziel speichert und aktiviert. Jeder Arbeitsbereich hat seinen eigenen Ziel- und Ereignisverlauf.

Verwenden Sie eine Öffentlichkeit HTTPS Endpunkt akzeptierbar JSON POST-Anfragen: Private/lokale Adressen, Weiterleitungen, eingebettete Benutzernamen/Passwörter und URL-Fragmente werden abgelehnt. SubLane Verschlüsselt das Ziel, zeigt nur seinen Host an und zeigt es nie automatisch an. Lassen Sie die URL beim Bearbeiten leer, um es zu behalten. Deaktivieren des Ziels Benachrichtigungen und Löschen des ausstehenden Benachrichtigungsverlaufs.

Bedingungen

Veranstaltung	Zustand
`account_reauthorization`	Ein aktiviertes Abonnement benötigt erneute Autorisierung oder ein aktivierter API-Kanal einen neuen Schlüssel.
`pool_unavailable`	Eine aktivierte Ressourcengruppe hat keine aktivierte, verifizierte Ressource außerhalb erfasster Abkühlung oder Wiederherstellung, die ihre Routing- und API-Rückfallregeln zulassen. Abonnements und API-Kanäle zählen; leere Gruppen lösen den Alarm ebenfalls aus.
`request_failures`	In den letzten fünf Minuten waren mindestens fünf Generationen fertig und mindestens die Hälfte endete mit einem Fehler oder einer unvollständigen Antwort. Stornierte und lokal abgelehnte Anfragen sind ausgeschlossen.

Schecks verwenden ungefähr einmal pro Minute einen lokalen persistenten Zustand; sie senden keine Modellanfragen oder Testanmeldeinformationen; der ursprüngliche Poolalarm prüft den Status des Kontos; optional Modellalarme aktivieren und einen Schwellenwert für gebrauchte Quoten von 1 bis 99 konfigurieren (Leerwert deaktiviert ihn); beide sind standardmäßig deaktiviert. Nur erlaubte, zuvor beobachtete Modelle und neue Quoten werden ausgewertet. Unbekannte oder veraltete Beobachtungen können keinen Fehler oder eine Wiederherstellung nachweisen; die Gleichzeitigkeitssättigung allein löst keinen Modellalarm aus. Idle-Snapshots können ablaufen, und Schecks aktualisieren keine Metadaten. Eine gelöschte Abklingzeit nach einer erfolgreichen Anforderung oder eine Wiederherstellungsaktion eines Administrators kann einen Pool-Vorfall beheben.

Lieferung und Verwertung

Ein unveränderter Vorfall sendet eine Benachrichtigung. Eine Bedingung, die nach dem Abfeuern gelöscht wird, sendet eine resolved Ereignis. Ereigniszustand überlebt den Neustart. Zustellungsfehler werden nach einer Minute wiederholt und dann bis zu 30 Minuten wieder zurückgefahren; jeder Durchgang versucht höchstens zehn Lieferungen über die Instanz hinweg. Große anstehende Warteschlangen können zusätzliche Durchgänge nehmen.

Der Empfänger muss innerhalb von fünf Sekunden einen 2xx-Status zurückgeben. idUnd das wird auch in der Idempotency-Key Header: Eine verlorene Bestätigung oder ein Neustart zwischen Empfängerakzeptanz und lokaler Persistenz kann zu einer wiederholten Zustellung führen. Speichereinstellungen senden keinen Test. Testbenachrichtigung senden, auch mit Benachrichtigungen aus. kind und status sind test. Ein Test pro Minute ist bei Neustarts zulässig; Fehler werden nicht wiederholt und der Status des Vorfalls ist unverändert. Die Einstellungsseite zeigt den Lieferausfall und die zuletzt akzeptierte Benachrichtigungszeit an; das Speichern einer URL allein beweist nicht, dass sie funktioniert.

Beispielereignis mit synthetischen IDs:

{
  "id": "11111111111111111111111111111111",
  "workspace_id": 1,
  "kind": "pool_unavailable",
  "subject": "2",
  "status": "firing",
  "observed_at": 1900000000
}

Nutzung von Modellereignissen model_unavailable, mit Pool-ID und nativer Modell-ID, die durch einen Doppelpunkt als Betreff verbunden sind. quota_low, mit einer Account-ID als Betreff.

Es werden nur Identifikatoren (einschließlich der nativen Modell-ID für Modellereignisse), Zustandstyp, Status und Beobachtungszeit gesendet; Kontonamen, Mitgliedsidentitäten, Schlüssel, Webhook-URLs, Eingabeaufforderungen, Antworten und Rohfehler sind ausgeschlossen; dies ist ein generisches Webhook-Format; Chat-Anwendungen benötigen möglicherweise einen Adapter für ihr Nachrichtenformat.

Backups enthalten verschlüsselte Ziele und den Ereignisverlauf mit dem passenden Tresorschlüssel. Wenn Sie einen älteren Snapshot wiederherstellen, können Sie nachfolgende Vorfälle wiedergeben, sodass Empfänger ihren Deduplizierungsverlauf beibehalten sollten.