Vorfall beim bestätigten Ausfall öffnen
Der Datensatz entsteht, sobald genug unabhängige EU-Standorte den Check oft genug hintereinander abweisen, nicht schon bei der ersten fehlgeschlagenen Anfrage; beide Schwellen stehen in deinem Paket.
Uptimeify mit ServiceNow nutzen.
Ein Integrationsbenutzer, und ein bestätigter Ausfall öffnet einen Vorfall, bevor das erste Ticket dazu am Service-Desk eintrifft.
Was in ServiceNow ankommt
Was die Alarmkette in ServiceNow anlegt, steht hier vollständig, und mehr passiert nicht. Einmal lesen, und du weißt, was dein Team sehen wird.
Entwarnung als eigenen Datensatz ablegen
Die Entwarnung kommt als zweiter Vorfall, mitsamt Zeitpunkt der Behebung und der Dauer des Ausfalls in Minuten.
Urgency und Impact aus der Schwere setzen
Ausfall und langsame Seite öffnen mit 1, Warnung und flatternde Seite mit 2, die Entwarnung mit 3, auf beiden Feldern.
Die Table-API sprechen
Datensätze entstehen auf der Incident-Tabelle mit Basic-Authentifizierung, ein eigener Scripted-REST-Endpunkt entfällt.
Die Beschreibung füllen
URL, Kunde, Organisation, der Fehler samt Statuscode, die prüfenden Standorte und die Zeiten stehen im Beschreibungsfeld.
Kritisches Zertifikat melden
Ein TLS-Zertifikat, das in seinen kritischen Bereich rutscht, öffnet einen eigenen Vorfall.
Eine Instanz je Kunde
Jeder Kanal trägt eigene Instanz-URL und eigene Zugangsdaten, damit der Ausfall eines Kunden im richtigen Desk landet.
Test-Vorfall anlegen
Das Dashboard erzeugt beim Einrichten einen als TEST markierten Datensatz, damit falsche Zugangsdaten vor dem ersten Ausfall auffallen.
Passwort verschlüsselt halten
Das Passwort des Integrationsbenutzers liegt verschlüsselt, akzeptiert wird nur eine https-Instanz, und die Adresse wird vorher geprüft.
Teams, die ihr Monitoring über Uptimeify fahren
In Minuten eingerichtet. Danach läuft es von allein.
1. Integrationsbenutzer wählen
Einen Benutzer anlegen oder wiederverwenden, der auf der Incident-Tabelle schreiben darf, die itil-Rolle deckt das ab.
Instance URL
deinunternehmen.service-now.comZugangsdaten verschlüsselt gespeichert
2. Instanz und Zugangsdaten eintragen
Die Instanz-URL zusammen mit Benutzernamen und Passwort hinterlegen, mit denen sich die Integration anmeldet.
3. Speichern und testen
Die Monitore zuordnen, die der Kanal abdeckt, und den Test-Vorfall anlegen, damit der erste Ausfall nicht der erste Versuch ist.
Bevor du ServiceNow verbindest.
Genug, um auf der Incident-Tabelle einen Datensatz anzulegen, das deckt die itil-Rolle ab. Mehr wird nicht aufgerufen, Adminrechte braucht das Konto also nicht.
Nein. Die Entwarnung wird als eigener Datensatz abgelegt, statt den ersten zu schließen. Der Ausfall behält damit seine Arbeitsnotizen und den Zustand, in den ihn dein Desk geschoben hat.
Aus der Schwere, auf beiden Feldern zugleich. Ausfall und langsame Seite öffnen mit 1, Warnung und flatternde Seite mit 2, die Entwarnung mit 3.
Nein. Deine Quota deckt Monitore und das monatliche SMS- und Sprachkontingent. Datensätze in ServiceNow, Jira oder GitHub zehren nicht daran.
Das Passwort liegt verschlüsselt in der Kanal-Konfiguration. Akzeptiert wird nur eine https-Instanz-URL, und die Adresse wird vor jedem Senden aufgelöst und gegen interne sowie Loopback-Ziele geprüft.
Jeder Alarm dort, wo dein Team ohnehin arbeitet.
ServiceNow einmal verbinden, und jeder bestätigte Ausfall öffnet einen Vorfall, bevor das erste Ticket dazu eintrifft.