Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Favoriten aus dem Team

Roman Frey

So konnte das ilert-Team eine nahtlose Migration von Community MySQL zu AWS RDS Aurora mit minimalen Auswirkungen auf die Kunden erreichen

In diesem Artikel geben wir einen detaillierten Überblick darüber, wie unser Team unsere Produktionsdaten mit modernsten Strategien zu AWS RDS Aurora migriert hat, um die Auswirkungen während der Übergangsphase auf ein Minimum zu reduzieren.

Mehr lesen ->
Daria Yankevich

Alarmierung mit Twilio: Verbinden Sie Ihr Monitoring mit der Kommunikationsplattform Nr. 1

Vor- und Nachteile der direkten Benachrichtigung bei kritischen Alarmierungen

Mehr lesen ->
Roman Frey

Bereitstellung der Qdrant-Datenbank in Kubernetes mit Terraform: Eine Schritt-für-Schritt-Anleitung mit Beispielen

Im Internet gibt es keine Terraform-Bereitstellungsanleitung für Qdrant, sondern nur die Helm-Variante, weshalb wir uns entschlossen haben, diesen Artikel zu veröffentlichen.

Mehr lesen ->
Christian Fröhlingsdorf

Wie man die Beobachtbarkeit in der Landschaft der Mikroservices durch OpenTelemetry am Leben erhält

Observability, beyond its traditional scope of logging, monitoring, and tracing, can be intricately defined through the lens of incident response efficiency—specifically by examining the time it takes for teams to grasp the full context and background of a technical incident.

Mehr lesen ->
Daniel Weiß

ITIL vs. DevOps: Was ist das Richtige für Ihr Unternehmen?

Wenn es um die Verwaltung von IT-Diensten geht, gibt es im Wesentlichen zwei Denkschulen: DevOps und ITIL. DevOps ist eine neuere Methode, während es ITIL schon seit Jahrzehnten gibt. Beide haben ihre Vor- und Nachteile, aber welche Methode ist die richtige für Ihr Unternehmen? Ist ITIL in Zeiten von Cloud Computing, künstlicher Intelligenz, Blockchain und IoT noch zeitgemäß?

Mehr lesen ->

Neueste Beiträge

Engineering

So konnte das ilert-Team eine nahtlose Migration von Community MySQL zu AWS RDS Aurora mit minimalen Auswirkungen auf die Kunden erreichen

In diesem Artikel geben wir einen detaillierten Überblick darüber, wie unser Team unsere Produktionsdaten mit modernsten Strategien zu AWS RDS Aurora migriert hat, um die Auswirkungen während der Übergangsphase auf ein Minimum zu reduzieren.

Roman Frey
Oct 24, 2024 • 5 Min. Lesezeit

Mit dem exponentiellen Wachstum unserer Kundenbasis und den gestiegenen Datenanforderungen wurde es unerlässlich, unsere Datenbankinfrastruktur zu skalieren. Unsere Vision war es, eine aktive-aktive Datenbankarchitektur aufzubauen, die regionale Unabhängigkeit und erstklassige Servicequalität weltweit gewährleistet.

In diesem Artikel geben wir einen detaillierten Überblick darüber, wie unser Team unsere Produktionsdaten mit modernsten Strategien zu AWS RDS Aurora migriert hat, um die Auswirkungen während der Übergangsphase auf ein Minimum zu reduzieren.

Die Herausforderung

Da wir mit unserem bestehenden Community-MySQL-Setup an unsere Grenzen stießen, benötigten wir eine skalierbare Lösung mit hoher Verfügbarkeit, die unsere steigende Datenlast bewältigen und den globalen Datenzugriff verbessern konnte. Unser Ziel war es, eine Aktiv-Aktiv-Konfiguration mit AWS RDS Aurora zu implementieren, um die regionale Unabhängigkeit zu fördern und die globale Servicebereitstellung zu verbessern.

Schritt 1: Strategische Planung vor der Migration

Die Vorbereitung war der erste wichtige Schritt. Unser Team untersuchte das bestehende Datenbanksystem akribisch und zeichnete alle Abhängigkeiten und Spezifikationen auf. Wir erfassten alle Infrastrukturkomponenten mit Terraform, was nicht nur eine leichtere Einrichtung in AWS ermöglichte, sondern auch die Konsistenz in unseren Umgebungen sicherstellte – ein entscheidender Faktor für die Reduzierung potenzieller Fehler während der Migration.

Unser Team führte einen umfassenden Planungsprozess durch, bei dem jeder Aspekt unserer bestehenden Datenbankkonfigurationen und Abfrageanforderungen bewertet wurde. Diese Analyse half uns, die Rechen- und Speicherspezifikationen für unser Aurora-Setup zu definieren.

Schritt 2: Konfiguration von AWS RDS Aurora und Read-Only-Diensten

Wir richteten das AWS RDS Aurora-Cluster ein und stellten sicher, dass es alle unsere Anforderungen an hohe Performance und Zuverlässigkeit erfüllte. Um einen reibungslosen Übergang zu gewährleisten, richteten wir Read-Only-Dienste ein, die mit einer Aurora-Read-Replica verbunden waren. Dieser Schritt war entscheidend, da es unseren Diensten ermöglichte, ohne Unterbrechung im Read-Only-Modus weiterzuarbeiten, während die Hauptdatenbank vorübergehend nicht verfügbar war.

Parallel dazu konfigurierten wir NGINX Ingress in unseren Kubernetes-Clustern, was eine zentrale Rolle bei der Verwaltung des Traffics während der Migration spielte. Durch die Definition spezifischer Regeln im NGINX Ingress leiteten wir den Traffic zwischen unseren normalen und Read-Only-Dienstinstanzen um und stellten die Verfügbarkeit des Services sicher, selbst wenn die Hauptdatenbank in einem kritischen Zustand war.

Hier ist ein Beispiel für die service-a Ingress-Regel:

apiVersion: networking.k8s.io/v1

kind: Ingress

metadata:

  labels:

    app: service-a

    ingress-class: nginx

  name: service-a

  namespace: default

spec:

  ingressClassName: nginx

  rules:

  - host: '*.ilert.com'

    http:

      paths:

      - backend:

          service:

            name: service-a

            port:

              number: 9999

        path: /

        pathType: Prefix

  tls:

  - hosts:

    - '*.ilert.com'

Und hier ist ein Beispielskript, um den Traffic zwischen Read-Only- und normalen Instanzen zu verwalten:

# Move traffic to readonly instances

kubectl patch service service-a -p '{"spec":{"selector": {"app": "service-a-readonly"}}}'

# Move traffic to back to write instances

kubectl patch service service-a -p '{"spec":{"selector": {"app": "service-a"}}}'

Schritt 3: Zeitliche Planung und Durchführung der Migration

Um die Auswirkungen auf die Kunden zu minimieren, planten wir die Migration zu der Zeit mit dem geringsten Traffic. Der Wechsel in den „Read-Only“-Modus für die Hauptdatenbank dauerte nur 4 Minuten. Während dieses Zeitfensters interagierten unsere Anwendungen nahtlos mit den Read-Only-Diensten, die mit der Aurora-Replica verbunden waren, was die kontinuierliche Verfügbarkeit der Daten für Lesezwecke sicherstellte.

Gleichzeitig haben wir die endgültige Synchronisierung der letzten Datencharge von der MySQL-Datenbank zur Aurora-Datenbank eingeleitet. Am Ende dieses Prozesses wurde das Aurora-Cluster hochgesetzt, um sowohl Lese- als auch Schreiboperationen zu übernehmen.

Schritt 4: Umswitchen mit minimaler Unterbrechung

Nach der erfolgreichen Synchronisierung und Promotion des Aurora-Clusters haben wir den Live-Traffic von den Read-Only-Instanzen zurück zu den normalen Service-Instanzen umgeleitet, die nun auf das neu hochgestufte Aurora-Cluster zeigten. Dieser Wechsel wurde sorgfältig über aktualisierte NGINX Ingress-Regeln abgewickelt, die den gesamten Traffic auf das neue Aurora-Setup umleiteten, das nun in der Lage war, sowohl Lese- als auch Schreiboperationen auszuführen.

Schritt 5: Überwachung und Optimierung nach der Migration

Nach der Migration überwachte unser Team sorgfältig das System, um sicherzustellen, dass es wie erwartet funktionierte. Wir legten besonderes Augenmerk auf Leistungsmetriken wie Abfrageeffizienz, CPU-Auslastung und Speichernutzung. Stetige Optimierungen wurden vorgenommen, um sicherzustellen, dass unsere Abfragen die fortschrittlichen Funktionen von Aurora voll ausschöpfen.

Fazit

Die Migration zu AWS RDS Aurora mit nur einem 4-minütigen Read-Only-Fenster ist ein Beispiel für das Engagement unseres Teams für einen exzellenten IT-Betrieb und minimale Beeinträchtigungen für unsere Kunden. Unsere sorgfältige Vorbereitung, der Einsatz fortschrittlicher Tools wie Terraform und die strategische Durchführung ermöglichten es uns nicht nur, unsere Datenbankleistung zu verbessern, sondern auch unsere globale Infrastruktur so zu gestalten, dass sie unsere Kunden durch eine innovative aktive-aktive Konfiguration besser bedient.

Heute läuft unser Aurora-Datenbank-Cluster erfolgreich in einer active-active Konfiguration über zwei unabhängige Regionen, die sechs Verfügbarkeitszonen umfassen. Diese Konfiguration verbessert nicht nur die Leistung und gewährleistet eine höhere Verfügbarkeit, sondern reduziert auch die Verzögerung für unsere weltweite Kundenbasis.

Mit Blick auf die Zukunft planen wir, unsere Operationen noch weiter zu skalieren und die Widerstandsfähigkeit und Effizienz unserer Infrastruktur zu verbessern. Unser Weg mit AWS Aurora ist ein Beweis für unser fortwährendes Engagement, modernste Technologien zu nutzen, um unseren Kunden den bestmöglichen Service zu bieten.

ilert ist offizieller Partner von AWS und hat die Amazon RDS Ready und Qualified Software Auszeichnung erhalten. ilert bietet direkt einsatzbereite Integrationen mit verschiedenen Amazon-Diensten, die darauf abzielen, Ihre Systeme zu überwachen und Ihr Team zu alarmieren, wenn Anomalien erkannt werden. Arbeiten Sie jetzt mit der Cloud für einen IT-Betrieb auf Top-Niveau mit ilert und AWS.

Hier mehr erfahren.
Produkt

Neue ilert-Integration: Netdata

Durch die Zusammenarbeit zwischen Netdata und ilert erhalten DevOps-Teams Einblicke in Echtzeit und die Möglichkeit, schnell auf Störungen zu reagieren. Beides ist notwendig, um Systeme reibungslos am Laufen zu halten.

Daria Yankevich
Oct 15, 2024 • 5 Min. Lesezeit

Wir freuen uns, mitteilen zu können, dass jetzt Netdata – eine beliebte Open Source Monitoring-Anwendung – als Integration verfügbar ist, um Ihnen noch mehr Überblick und Kontrolle über die Leistung Ihrer Systeme zu geben. Durch diese leistungsstarke Kombination wird es einfacher, die Performance in Echtzeit zu überwachen und zu erkennen und auf Störungen zu reagieren.

Was ist Netdata?

Netdata ist eine Open Source-Anwendung für Realtime Performance Monitoring. Mit Netdata ist es möglich, alles zu überwachen: von Systemressourcen wie CPU, Arbeitsspeicher, Festplatten- und Netzwerkauslastung bis hin zu anwendungsbezogenen Metriken über Hunderte von Datenpunkten. Netdata sammelt und visualisiert Tausende von Metriken mit minimalem Ressourcenaufwand und ist damit ideal für Umgebungen jeder Größe.

Netdata bietet zwei Hauptkomponenten für sein leistungsstarkes Monitoring: Agent und Cloud. Während der Agent in nahezu jeder Umgebung funktioniert – von Bare-Metal-Servern und Virtual Machines bis hin zu Containern und Kubernetes-Clustern – ist Netdata Cloud eine Anwendung für Organisationen, die mehrere Systeme verwalten. Sie bietet eine konsolidierte Ansicht aller Infrastrukturen, unabhängig davon, wie viele Instanzen oder Standorte der Nutzer hat. Die neue ilert-Integration ist für beide Komponenten verfügbar.

Was bietet die Integration von Netdata und ilert?

Diese Integration erweitert Netdata um den Zugang zu einer End-to-End Incident-Management Plattform. Hier sind die wichtigsten Vorteile für Nutzer der Integration:

  • Umsetzbare Multi-Channel-Alarmierung: Die Echtzeitmetriken von Netdata lösen sofortige Alarmierungen über ilert aus, so dass Ihr Team umgehend über kritische Probleme informiert wird. Benachrichtigungen können über verschiedene Kanäle wie SMS, E-Mail, Anruf oder Push-Benachrichtigung zugestellt werden. Nutzer können direkt in dem Kanal, in dem die Alarmierung empfangen wurde, erste Maßnahmen ergreifen – ein Login ist nicht erforderlich.
  • Automatisierte Planung von Bereitschaftsdiensten: ilert bietet eine effektive Erstellung von Dienstplänen, Eskalationen und Rotationen. Netdata-Nutzer können sicherstellen, dass jeweils die richtigen verfügbaren Personen alarmiert werden, um unnötige Verzögerungen bei der Reaktion auf Störungen zu vermeiden.
  • KI-unterstützte Reduzierung der Alarmflut: Nutzer können in ilert individuelle Schwellenwerte für Alarmierungen, basierend auf den von Netdata bereitgestellten Warnungen, konfigurieren. Sie können Regeln für kritische Systemparameter festlegen und sicherstellen, dass sie Benachrichtigungen nur dann erhalten, wenn es wirklich wichtig ist.
  • Erweiterte Incident-Kommunikation. Wenn eine Alarmierung ausgelöst wird, unterstützt ilert Sie bei der gesamten Incident Lebenszyklus-Verwaltung – vom ersten Erkennen des Problems bis hin zur Lösung. Sie können Stakeholder mit Hilfe von gebrandeten Statusseiten und automatisierten Benachrichtigungen auf dem Laufenden halten. Die ilert-KI unterstützt Sie auch bei der Kommunikation und liefert Informationen über betroffene Dienste im Falle einer Störung.

Wie können Sie mit der Netdata- und ilert-Integration loslegen?

  1. Netdata Agent installieren: Falls noch nicht geschehen, installieren Sie den Netdata Agent auf Ihren Systemen. Hier finden Sie die Installationsanleitung für Linux, macOS und Windows.
    Oder Netdata Cloud einrichten: Wenn Sie eine Distributed Infrastructure haben, melden Sie sich bei Netdata Cloud an, um eine zentrale Übersicht und Überwachung über alle Ihre Instanzen zu erhalten.
  2. Netdata mit ilert verbinden: Gehen Sie in Ihrem ilert-Konto zu "Alert Sources“ und wählen Sie Netdata aus der Liste aus. Folgen Sie der Schritt-für-Schritt-Anleitung.

Produkt

Neue Features: Dashboard, zielgruppenspezifische Statusseiten, Metriken für Alert Grouping und vieles mehr

In diesem vierteljährlichen Produkt-Update erfahren Sie, wie Sie ilert-Dashboards an die Bedürfnisse Ihres Teams anpassen, erweiterte Filter für die Erstellung komplexer Alert-Aktionen finden und als MSP mit ilert-Statusseiten Kosten sparen können.

Daria Yankevich
Oct 11, 2024 • 5 Min. Lesezeit

In diesem vierteljährlichen Produkt-Update erfahren Sie, wie Sie ilert-Dashboards an die Bedürfnisse Ihres Teams anpassen, erweiterte Filter für die Erstellung komplexer Alert-Aktionen finden und als MSP mit ilert-Statusseiten Kosten sparen können.

Personalisierte Dashboards

Das ilert-Dashboard ist eine flexible und anpassbare Seite, die Ihnen hilft, die bevorzugten Metriken Ihres Teams zu überwachen und Einblicke in verschiedene Aspekte von ilert zu gewinnen. Sie können mehrere Dashboards erstellen, die jeweils auf bestimmte Teams oder Zwecke zugeschnitten sind. Es gibt eine große Auswahl an Widgets, die Sie ganz einfach hinzufügen, entfernen und organisieren können, um ein genau auf Ihre Bedürfnisse angepasstes Dashboard zu erstellen. Erfahren Sie mehr über diese Funktion in unserer Dokumentation.

Neue Alerting-Funktionen

Metriken zur Gruppierung von Alarmierungen

Vor einigen Monaten haben wir Intelligent Alert Grouping eingeführt. Mit dieser leistungsstarken Funktion können Sie “Alarm Fatigue”, das heißt die Überlastung von Bereitschaftsteams durch viele ähnliche Alarmierungen, reduzieren und große Mengen von Alarmierungen effektiver verwalten. Mit dem neuesten Update können ilert-Nutzer nun die Effektivität dieser Funktion verfolgen. Für jede Alarmierungsquelle mit aktiviertem Alert Grouping können Sie das verringerte Alarmierungsaufkommen, die verbesserte Response Time und die Präzision der Gruppierung basierend auf dem Feedback der Nutzer einsehen. Sie können ebenfalls den Zeitraum anpassen und zwischen täglichen, wöchentlichen oder monatlichen Berichten wählen.

Darüber hinaus sind zusammengefasste Alarmierungen jetzt deutlich in der Alarmierungs-Timeline zu sehen, und Sie können über das </>-Symbol schnell auf Rohdaten zugreifen.

Für diejenigen, die die Funktion „Intelligent Alert Grouping“ noch nicht ausprobiert haben, haben wir einen neuen Bereich „Ähnliche Alarme“ (Similar Alerts) geschaffen. Sie finden ihn im Menüpunkt “Links”. Das Similar Alerts-Feature zeigt responder-bezogene offene Alarmierungen über alle Alarmierungsquellen hinweg an, auch wenn Intelligent Alert Grouping deaktiviert ist. Die gleiche Funktion ist auch bei der Behebung von Warnmeldungen verfügbar.

ilert-Schnittstelle mit Funktion für ähnliche Warnungen
Ein blauer Kreis mit der Zahl „7“ zeigt an, dass sieben ähnliche Ausschreibungen entdeckt wurden

Für diejenigen, die die Funktion „Intelligent Alert Grouping“ noch nicht ausprobiert haben, haben wir einen neuen Bereich „Ähnliche Alarme“ (Similar Alerts) geschaffen. Sie finden ihn im Menüpunkt “Links”. Das Similar Alerts-Feature zeigt responder-bezogene offene Alarmierungen über alle Alarmierungsquellen hinweg an, auch wenn Intelligent Alert Grouping deaktiviert ist. Die gleiche Funktion ist auch bei der Behebung von Warnmeldungen verfügbar.

Für Nutzer, die bereits AIOps-Funktionen nutzen, haben wir die Anzeige zusammengefasster Alarmierungen im Event-Explorer optimiert und verbessert. Zur Erinnerung: Der Event-Explorer liefert eine detaillierte Ansicht der Alarmierungen aus einer bestimmten Alarmierungsquelle. Um Informationen zu Alarmierungsgruppen im JSON-Format anzuzeigen, klicken Sie auf den Kreis in den Details zur Störungsmeldung und navigieren Sie zum Event-Explorer, um weitere Informationen zu erhalten.

Bedingte Ausführung von Aktionen

ilert bietet jetzt noch mehr Anpassungsmöglichkeiten für automatisierte Workflows, so dass Sie die Bedingungen für Alarmierungen, die Aktionen auslösen sollen, noch genauer festlegen können. Sie können aus verschiedenen Filtergruppen, wie zum Beispiel Inhalt der Alarmierung, Status, Priorität und AlertKey, sowie aus benutzerdefinierten Details, die für die ausgewählte Alarmierungsquelle spezifisch sind, wählen. Alarmierungen, die Ihren Kriterien nicht entsprechen, lösen keine Aktion aus. Für fortgeschrittene Nutzer haben wir auch die Option aktiviert, Filter mit einem Code-Editor zu setzen.

Alert action conditional execution

Außerdem empfehlen wir, die Liste der Trigger für Alarmierungsaktionen zu überprüfen. Wir haben die Möglichkeit hinzugefügt, eine Aktion zu aktivieren, wenn eine Alarmierung nicht innerhalb eines bestimmten Zeitfensters behoben ist.

Zielgruppenspezifische Statusseiten

Ein wichtiges Update für MSPs, IT-Dienstleister und Kunden mit vielen Teams und Statusseiten! Eine zielgruppenspezifische Seite ist eine private Seite, die nur authentifizierten ilert-Nutzern zugänglich ist. Sie zeigt dynamisch Dienste und Metriken basierend auf der Teamzugehörigkeit des Nutzers an. Mit diesem Update wird es möglich, eine einzige Statusseite für viele Kunden zu verwenden, wobei jeweils nur die relevanten Dienste für sie sichtbar sind. Diese Funktion bietet ein neues Maß an Flexibilität und vereinfacht die Verwaltung der Statuskommunikation mit mehreren Gruppen bei gleichzeitiger Kostensenkung. In diesem Artikel erfahren Sie mehr über das Feature. Kontaktieren Sie unseren Kundenservice unter support@ilert.com, um ein Angebot für Ihr Account zu erhalten.

Ankündigungsleiste für Statusseiten

Teilen Sie wichtige Neuigkeiten direkt auf Statusseiten. In den Einstellungen können Sie nun eine Ankündigungsleiste aktivieren, die oben auf dem Bildschirm erscheint. Die Mitteilung kann mit einfachem Markdown und Emojis ansprechender gestaltet werden.

Call Flow

Text-zu-Sprache mit KI

Lassen Sie Ihre Call-Routing Messages und IVR-Menüs natürlicher und menschlicher klingen. Es gibt nun sechs verschiedene KI-Stimmen, die Sie für die Kommunikation mit Anrufern verwenden können. Testen Sie den Ton in Ihrem Call-Flow-Builder, indem Sie auf die Schaltfläche „Play“ im Abschnitt „Vorschau“ klicken.

Flow mit einem Klick wiederholen

Es ist jetzt einfacher, einen Anruf erneut weiterzuleiten, falls beim ersten Versuch niemand antwortet. Der "Anruf weiterleiten"-Node hat jetzt ein neues Dropdown-Menü, in dem Sie die Anzahl der Wiederholungen anpassen können.

Globale Suche

ilert Global Search in Action

Probieren Sie die neue globale Suchfunktion aus! Sie finden Sie in der oberen rechten Ecke des ilert-Interface oder können Sie einfach mit der Tastenkombinationen Cmd (Ctrl) + K aufrufen. Diese neue Suchfunktion berücksichtigt sowohl semantischen als auch textlichen Input. Sie zeigt Suchergebnisse für Alarmierungen, Aktionen, Konnektoren, Eskalationsrichtlinien und alle anderen wichtigen Ressourcen in Ihrem ilert-Account an.

In Kürze verfügbar: Deployment-Events

Wir freuen uns, die Einführung von Deployment-Events in ilert anzukündigen, und laden Sie ein, unserer Beta-Gruppe beizutreten, um uns Ihr Feedback zu der Funktion geben zu können. Unsere erste Integration mit GitHub ermöglicht es, Deployment-Events direkt in ilert anzuzeigen und zu verknüpfen. Dies bietet Ihrem Team erweiterte Einblicke, wie sich kürzlich gemachte Änderungen auf Ihren Service auswirken. Die Deployment-Events-Funktion sendet automatisch Änderungen im Repository, wie Releases und zusammengeführte Pull-Requests, an ilert. Wenn eine Störung auftritt, versucht ilert, Änderungen mit Alarmierungen zu korrelieren und gibt Empfehlungen zur Behebung. Kontaktieren Sie uns unter support@ilert.com, wir fügen Sie gerne zur Betagruppe hinzu.

Terraform 

Neue Ressourcen wurden im ilert Terraform-Provider eingeführt:

Alert source

  • event filter
  • similarity grouping

Alert action

  • webhook Slack
  • webhook MS Teams
  • New trigger type: unresolved

Status page

  • email login
  • metrics

User

  • send-no-invitation (v_send_invitation)

Lesen Sie diesen Artikel, wenn Sie Schwierigkeiten haben, vorhandene ilert-Ressourcen in Terraform zu importieren.

ChatOps-Updates

Ein nettes Update für Telegram-Nutzer. ilert erkennt jetzt, wer die Alarmierung über diesen Benachrichtigungskanal angenommen hat, und fügt den Techniker als Responder hinzu. Dieses Update verbessert die Zusammenarbeit und die Sichtbarkeit durchgeführter Maßnahmen während einer Störung.

Auch für Slack gibt es ein kleines Update! In Slack erstellte Alarmierungen enthalten nun den Namen des Kanals, aus dem sie gemeldet wurden.

Neu in der Mobile App

Gruppierte Alarmierungen sind jetzt auch in der mobilen App deutlich sichtbar. Darüber hinaus können Sie Feedback zur Genauigkeit des Alert Groupings direkt über die App geben. Das Feedback hilft, die Präzision des Features zu verbessern, deshalb tragen sowohl “Daumen hoch” als auch “Daumen runter” zur besseren Performance bei. Abstimmungen beeinflussen auch die Metrik "Grouping Precision".

Wir haben das Umgehen des "Nicht stören"-Modus für Android-App-Nutzer verbessert. Unsere Dokumentation enthält eine Schritt-für-Schritt-Anleitung, wie Sie sicherstellen können, dass kritische Alarmierungen auch bei stummgestellten Mobilgeräten durchgestellt werden.

Neue Integrationen

HetrixTools — Eine Plattform für Uptime-, Server- und Blacklist-Monitoring. Sie stellt die optimale Performance und Sicherheit der IT-Infrastruktur sicher.

Ubidots — Eine Industrial Internet of Things-Plattform, die Entwicklern und Unternehmen das einfache Verbinden, Sammeln und Visualisieren von Sensordaten ermöglicht.

Postman Monitors – Eine API-Development-Anwendung, die es Entwicklern ermöglicht, APIs zu entwerfen, zu testen, zu dokumentieren und zu überwachen.

AWX Ansible – Ein Toolset zur Automatisierung von IT-Aufgaben wie Verwaltung von Konfigurationen, Bereitstellung von Anwendungen und Koordination.

Keep – Eine Open Source- AIOps-Anwendung.

Samsara – Eine cloudbasierte Plattform, die Lösungen zur Verwaltung und Überwachung von Fahrzeugflotten, Equipment und Umgebungsbedingungen in Echtzeit bietet. Die ilert-Integration wurde aktualisiert und verbessert.

Sind Sie bereit, Ihr Incident-Management zu verbessern?
Start for free
Unsere Cookie-Richtlinie
Wir verwenden Cookies, um Ihre Erfahrung zu verbessern, den Seitenverkehr zu verbessern und für Marketingzwecke. Erfahren Sie mehr in unserem Datenschutzrichtlinie.
Open Preferences
Danke! Deine Einreichung ist eingegangen!
Hoppla! Beim Absenden des Formulars ist etwas schief gelaufen.
Danke! Deine Einreichung ist eingegangen!
Hoppla! Beim Absenden des Formulars ist etwas schief gelaufen.
Danke! Deine Einreichung ist eingegangen!
Hoppla! Beim Absenden des Formulars ist etwas schief gelaufen.