Authentifiziertes Monitoring
Wofür es gedacht ist
Manche Endpunkte, die du überwachen möchtest, sind nicht öffentlich — eine interne API, ein Endpunkt hinter einem Bearer-Token, ein reiner POST-Health-Check, der einen bestimmten Payload benötigt. Mit Authentifiziertem Monitoring kann ein Monitor bei seiner Prüfung eigene Request-Header und/oder einen Request-Body mitsenden, sodass er genau denselben Endpunkt erreicht, den auch deine Nutzer ansprechen.
Verfügbarkeit nach Tarif
Das Konfigurieren eigener Header oder eines Request-Body ist eine Funktion ab dem Starter-Tarif. Reguläres, nicht authentifiziertes Monitoring (die überwiegende Mehrheit der Anwendungsfälle) ist davon in keinem Tarif betroffen.
Deine Zugangsdaten werden verschlüsselt
Header-Werte und der Request-Body werden verschlüsselt gespeichert — nach dem Speichern werden sie dir nie wieder vollständig angezeigt (nur ob ein Wert gesetzt ist), niemals geloggt und niemals in einen Datenexport aufgenommen. Sichtbar sind ausschließlich die Header-Namen.
Wenn ein Token abläuft
Wenn ein authentifizierter Monitor plötzlich abgelehnt wird (401/403) statt einen echten Ausfall zu melden, behandelt Dumza das anders als ein normales DOWN: Es wird KEIN flatternder Vorfall eröffnet und KEINE wiederholte Benachrichtigung verschickt. Stattdessen sendet Dumza dir eine einzige E-Mail „Zugangsdaten abgelaufen“ und pausiert den Monitor, damit ein veraltetes Token weder deinen Endpunkt noch dein Postfach mit Anfragen überflutet. Aktualisiere Header oder Body mit einem neuen Token und setze den Monitor fort — er macht genau dort weiter, wo er aufgehört hat.