Alerting ist ein fundamentaler Bestandteil der Anwendungsfälle von Elastic. Seit der Einführung von <a href="/guide/en/kibana/7.3/watcher-ui.html">Watcher</a> (unserem ursprünglichen Paket von Alerting-Features für Elasticsearch) <a href="/de/blog/watcher-you-know-for-alerting-coming-soon">im Jahr 2015</a> haben wir eine Menge Feedback erhalten, das uns geholfen hat, unser Wissen darüber zu erweitern, wie ein Alerting-System aussehen sollte, was es können muss und was alles zu einem positiven Nutzererlebnis gehört. Mit diesem Blogpost möchten wir einen Überblick über einige der wichtigsten Aspekte geben, die wir dabei gelernt haben, berichten, wie uns das bei unserer Arbeit 2019 beeinflusst hat, und einen Ausblick auf die Zukunft des Alertings im Elastic Stack geben.
 
<h2>Was haben wir gelernt?</h2>
In den vier Jahren, in denen es Alerting bei Elastic gibt, konnten wir unser Wissen über Alerting-Systeme massiv ausbauen. Unsere Erkenntnisse lassen sich in drei zukunftsorientierte Beobachtungen einteilen: Alerting ist allgegenwärtig, d.&nbsp;h., Alerts sind in jedem Anwendungsfall anzutreffen; wir müssen sie für alle Anwendungsfälle verstehen lernen; und das Erkennen und entsprechende Agieren wird immer komplexer. Diese Erkenntnisse bilden die Basis für unser Nachdenken über die Zukunft des Alertings.
 
<h3>Allgegenwärtiges Alerting</h3>
Alerting betrifft alle unsere Produkte und Anwendungsfälle. Wo es Livedaten gibt, gibt es auch einen Grund für Alerting. Aus diesem Grund haben wir Watcher entwickelt und aus diesem Grund ist Watcher auch so erfolgreich gewesen. Aber wenn wir uns die Anwendungsfälle einmal genauer ansehen, wird klar, dass es für das Alerting keine für alles passende Universallösung gibt.

Ob in Produkten wie Elastic Logs, SIEM, APM, Uptime, Infrastructure und Maps, Features wie Monitoring und Machine Learning oder in der Vielzahl an Kibana-Dashboards – Alerts und Benachrichtigungen spielen eine wichtige Rolle, aber die Anforderungen an das Erkennen von Zuständen, die Art und Weise, wie sie ausgedrückt werden, und die Art und Weise ihrer Darstellung im jeweiligen Kontext sind jeweils speziell. Effektives Alerting und Monitoring erfordert eine tiefe Integration in das jeweilige Produkt. Je weiter sich der Stack und seine Anwendungen entwickelt haben, desto klarer hat sich herauskristallisiert, dass Elasticsearch-Alerting ein Gegenstück benötigt, das eng integrierte Alerts vielfältiger Art und Form in jedem Anwendungsfall ermöglicht.
 
<h3>Verstehen von Alerts</h3>
Die Allgegenwart des Alertings geht mit einem Phänomen einher: Je mehr Alerts diese unterschiedlichen Anwendungsfälle generieren, desto mehr werden Alerts zu ihrer eigenen Datenquelle. Daraus ergeben sich wiederum Chancen für ein allgemein tieferes Verständnis von Systemen und ihrem Zustand. Oder um es mit den Worten der SRE(Site Reliability Engineering)-Community auszudrücken: Es eröffnen sich Möglichkeiten, die Observability eines Gesamtsystems zu verbessern.

Bei jedem Anwendungsfall werden Daten verschieden interpretiert und Alerts zeigen die unterschiedlichen Facetten einer Situation. Die richtige Reaktion auf ein Ereignis hängt häufig von Daten aus mehreren Quellen und der Korrelation unterschiedlicher Arten von Alerts und Ereignissen ab, um die Situation verstehen zu können. In einigen Bereichen, wie SIEM, werden Alerts auf höherer Ebene durch Muster in Alerts auf unterer Ebene ausgelöst.

Mit steigender Zahl von Anwendungsfällen für den Elastic Stack sorgt ein richtig implementiertes Alerting-System dafür, dass nicht nur Alerts generiert werden, sondern es hilft auch dabei, die Alerts im Kontext des jeweiligen Anwendungsfalls zu verstehen. So können beispielsweise Uptime-Alerts einen Dienstausfall anzeigen, APM-Alerts Aufschluss darüber geben, welche Transaktion zum Ausfall geführt hat, und Monitoring-Alerts angeben, warum es zum Ausfall gekommen ist. Ein Alerting-System sollte Kontext bereitstellen, Korrelationen ermöglichen und das Bewusstsein für Risiken schärfen – für Nutzer und Maschinen.
 
<h3>Erkennen und Agieren</h3>
Je besser wir Alerts verstehen lernen und je beobachtbarer wir das System machen, desto eher sind wir in der Lage, komplexere Zustände zu erkennen und differenzierter zu agieren. Das umfasst mittlerweile weit mehr, als das, was man landläufig unter „Alerting“ versteht.

Im allgemeinen Verständnis wird „Alerting“ mit dem Erkennen eines Zustands und dem anschließenden Benachrichtigen eines Menschen assoziiert – und Schluss. Wenn man jedoch einen Schritt zurücktritt und sich das Gesamtbild ansieht, kann das Alerting-System als Teil einer Kontroll- oder Feedbackschleife verstanden werden, bestehend aus Beobachten, Erkennen eines bestimmten Zustands, Agieren und wieder Beobachten.

Nach heutigem Stand erfordert das „Agieren“ eine Benachrichtigung, d.&nbsp;h., ein Mensch wird herbeigerufen, damit er das System steuert und versucht, es zu korrigieren. Mit immer besseren Erkenntnissen zum System kann das „Agieren“ aber mehr Kontrolle übernehmen, in der Regel unter menschlicher Aufsicht. Denkbar wäre ein halbautomatisches System, das über eine bidirektionale Kommunikation (zum Beispiel über Chatbots) gesteuert wird, oder ein vollautomatisches System, wie wir dies beim Trend zu Anwendungen zur automatischen Skalierung, Selbstheilung und Selbstoptimierung beobachten.

Ein Alerting-System muss differenziertes Erkennen und Agieren unterstützen, wobei klar sein muss, dass „Erkennen“ mehr sein kann als eine Abfrage bei Elasticsearch und „Agieren“ mehr bedeutet, als nur eine E‑Mail zu senden oder einen Webhook aufzurufen.
 
<h2>Anwenden des Gelernten</h2>
Im <a href="https://github.com/elastic/kibana/issues/24214">Herbst 2018</a> haben wir entschieden, dass wir zur Unterstützung der drei oben beschriebenen Beobachtungen Alerting benötigen.

Wir haben auch entschieden, dass die beste Methode dafür ist, Alerts als Entities erster Klasse in Kibana zu haben:

<ul>
	<li>Allgegenwärtiges Alerting: Alerting-Integrationen in vielfältiger Art und Form für alle unsere Produkte auf Plugin-, API- und UI-Ebene</li>
	<li>Verstehen von Alerts: Bereitstellung einer intuitiven Benutzeroberfläche für alle Arten von Alerting</li>
	<li>Erkennen und Agieren: differenzierte Mechanismen für das Erkennen und Agieren über Kibana-Plugins</li>
</ul>
Aus unseren Erfahrungen mit Watcher wissen wir auch, dass das Alerting-System sowohl Alert-Lasten in Produktionsumgebungen schultern können als auch hochgradig verfügbar und zuverlässig sein muss. APIs, Benutzeroberflächen und Plugin-/Bibliotheks-Codeverträge zur Unterstützung der drei Beobachtungen müssen eine solide und skalierbare Basis haben. Insgesamt können wir zwischen vier Schichten des Elastic-Alerting-Systems unterscheiden:

<img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt48e66e76c9686633/5d8247931ec6f77b9b7f21db/alerting-layers-blog.png" data-sys-asset-uid="blt48e66e76c9686633" alt="Schichten des Alerting-Systems im Elastic Stack" style="display: block; margin: auto;">
<figcaption>Überblick über das Alerting-System von Elastic
</figcaption>
2019 haben wir das Fundament für das neue Alerting-System in Kibana gelegt.

Im Januar wurde im Rahmen der Veröffentlichung von Version 6.7 der <a href="https://github.com/elastic/kibana/issues/23632">Task Manager</a> hinzugefügt. Damit hat Kibana eine Funktion zur Einrichtung von persistenten Aufgaben zur automatischen Ausführung im Hintergrund erhalten, die zur Unterstützung von Skalierbarkeit und Verfügbarkeit auf mehrere Kibana-Instanzen verteilt werden können. Alert-Komponenten auf der untersten Schicht, wie Task Manager, können auch für andere Zwecke als das Alerting eingesetzt werden. So ließe sich Task Manager beispielsweise nutzen, um die automatische Berichterstellung in Kibana zu vereinfachen.

Im Juni haben wird dann <a href="https://github.com/elastic/kibana/pull/37042">Kibana zwei neue APIs hinzugefügt</a>: die Alerting-API und die Actions-API.

Mit der Actions-API kann Kibana Aktionen registrieren und auslösen; sie stellt einen einfachen Codevertrag zum Definieren eigener Aktionen zur Verfügung, was eine benutzerfreundliche individuelle Anpassung ermöglicht. In der ersten Version gab es auch ein paar Beispielaktionen für Logging-, Slack- und E‑Mail-Benachrichtigungen.

Über die Alerting-API kann Kibana Erkennungsformen als „Alert-Typen“ registrieren und diese Prüfungen dann mithilfe des Task-Management-Systems automatisch durchführen lassen. Wie bei Aktionen gibt es einen einfachen Alerting-Codevertrag: Wenn man etwas in einer JavaScript-Funktion ausdrücken kann, die auf dem Kibana-Server läuft, kann dieses etwas einen Alert auslösen.

<img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt0172899948524258/5d8247b1631ee43e546a1c3a/alerting-geo-alert-blog.gif" data-sys-asset-uid="blt0172899948524258" alt="Geogrenzen-Alert-Plugin" style="display: block; margin: auto;">
<figcaption>Ein Proof-of-Concept-Geogrenzen-Alert-Plugin, geschrieben in Version 7.3. Dieses Plugin verfolgt in einem einzigen Alert 1600&nbsp;Transportfahrzeuge und hält in einer Logdatei fest, wann welches Fahrzeug in das rote Polygon einfährt bzw. wann es das Polygon verlässt. Jedes Mal, wenn das lila markierte Fahrzeug (Nummer 8341) in das Polygon einfährt oder es verlässt, wird dies hervorgehoben.
</figcaption>
Bei Elastic Stack 7.4 wurde das Hauptaugenmerk darauf gelegt, die unteren Schichten des Alerting-Systems auszufüllen: Wir haben die APIs robuster gemacht, unterstützen jetzt auch <a href="https://github.com/elastic/kibana/pull/41389">security</a> und <a href="https://github.com/elastic/kibana/pull/42081">spaces</a> und haben ein paar weitere integrierte Aktionen wie <a href="https://github.com/elastic/kibana/pull/41592">indexing</a>, <a href="https://github.com/elastic/kibana/pull/43538">webhooks</a> und <a href="https://github.com/elastic/kibana/pull/43395">pager duty</a> hinzugefügt.
 
<h2>Was kommt als Nächstes?</h2>
Die Entwicklung des Alerting-Systems von Kibana ist seit ein paar Monaten voll im Gang und das wird auch für den Rest des 7.x-Veröffentlichungszyklus so anhalten. Wir planen ein System-Rollout in drei Phasen.

Die erste Phase – die Fundamentlegung – läuft bereits fast das ganze Jahr 2019. Der Fokus liegt dabei auf skalierbarem Task-Management und der Task-Planung, Codeverträgen für „alerting“ und „action“ und APIs.

Momentan befinden wir uns beim Übergang in die zweite Phase, in der unterschiedliche Anwendungsfälle das Alerting-System auf API- und Bibliotheksebene integrieren können. Dazu gehört auch die Entwicklung und Programmierung einer Benutzeroberfläche in Kibana, um Alerts verstehen und mit spezifischen Anwendungsfällen (wie zum Beispiel <a href="/de/infrastructure-monitoring">Monitoring</a>, <a href="/de/uptime-monitoring">Uptime</a> oder <a href="/de/siem">SIEM</a>) validieren zu können.

In der dritten Phase werden die Themen „Allgegenwärtiges Alerting“ und „Erkennen und Agieren“ erweitert, indem überall in Kibana benutzerdefinierte Alerts zugelassen werden. Dies kann sowohl über Alerts auf der Basis von Vorlagen als auch über Alerts auf Basis von Ausdrücken, z.&nbsp;B. <a href="/guide/en/kibana/7.3/canvas-function-reference.html">Canvas-Ausdrücken</a>, geschehen.

Am Ende soll ein System stehen, das unsere Vision des Alertings im Elastic Stack erfüllt:

<ul>
	<li>Allgegenwärtiges Alerting: Alerts sind eine Entität erster Klasse innerhalb von Kibana, die „space-aware“ ist. Das macht das Segmentieren der Erstellung und Anzeige von Alerts für verschiedene Gruppen möglich und erlaubt eine Integration von Alerting in vielfältiger Art und Form in Produkte wie SIEM, Monitoring und Uptime (um nur einige zu nennen). Alerting ist kein Ersatz für Watcher – es ergänzt Watcher und funktioniert parallel dazu.</li>
</ul>
<ul>
	<li>Verstehen von Alerts: Alerting-Integrationen in vielfältiger Art und Form werden von einer Kibana-Benutzeroberfläche begleitet, die umfassende Ansichten für die verschiedenen Alert-Typen sowie Tools für das Korrelieren und das Verstehen der Alert-Historie bereitstellt.</li>
</ul>
<ul>
	<li>Erkennen und Agieren: Die APIs und Plugins sind so gestaltet, dass jeder Mechanismus für das Erkennen oder Agieren infrage kommt, solange er in JavaScript für die Ausführung auf dem Kibana-Server ausgedrückt werden kann. Das lässt ausreichend Spielraum für das differenzierte Erkennen und Agieren, das durch Produkte wie SIEM oder unsere Observability-Lösungen in Kibana stattfinden wird.</li>
</ul>Das fertige Alerting-System ist nichts, das einfach so über Nacht entsteht, aber nachdem wir nun das Fundament gelegt haben, werden Sie in den kommenden Versionen von Kibana immer wieder auf Aspekte dieser neuen Alerting-Vision treffen. Wir freuen uns darauf, das System weiter auszubauen, Ihr Feedback zu erhalten und die Grenzen weiter auszutesten. Wenn Sie unsere Fortschritte verfolgen möchten, ist <a href="https://github.com/elastic/kibana/projects/26">GitHub</a> der Ort für Sie.

alerting-blog-banner.jpg

alerting-blog-thumb.jpg

Alerting in the Elastic Stack

Alerting im Elastic Stack

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Kibana Tech Lead

Peter Schretlen

By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Communication Preferences - ONLY for /communication-preferences

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/elastic-cloud-account-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">ausgewählte Nachrichten und Informationen</a> an die oben von Ihnen bereitgestellten Kontaktangaben zu senden. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Serverless GDPR Text

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/serverless-preview-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.

Cloud Trial GDPR Text

Beim Absenden akzeptieren Sie die <a href="/de/agreements/global/cloud-services-monthly" rel="nofollow">Nutzungsbedingungen von Elastic Cloud</a>. Die Verarbeitung Ihrer personenbezogenen Daten unterliegt der <a href="/de/legal/privacy-statement">Datenschutzerklärung von Elastic</a>.

By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Newsletter GDPR Text

Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/terms-of-use" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.

Explore similar demos

Overview

Speakers

Close

See more insights

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

Der Inhalt dieser Seite ist in der ausgewählten Sprache nicht verfügbar. Wir bei Elastic arbeiten daran, die bereitgestellten Inhalte in verschiedenen Sprachen anzubieten. Bis dahin bitten wir Sie um etwas Geduld und hoffen auf Ihr Verständnis!

Author

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Articles by

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Load More

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

Register to Watch

Register now

See All Posts

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

Sie können nicht dabei sein? Registrieren Sie sich, damit wir Ihnen die Aufzeichnung zukommen lassen können. Außerdem erhalten Sie eine E‑Mail mit Begleitmaterial.

Small image for

On-demand webinar

Featured webinar

Register to Attend

Share on Facebook

Reset all

Upcoming webinar

View more posts

Print

Hosted by

Sign In to Attend

View next

Follow us on Facebook

Share

Highlights

Learn More

Read less

You'll also receive an email with related content

Wir schicken Ihnen zudem relevante Informationen, die von Interesse sein könnten.

Thank you for registering. We will send you a confirmation email soon.

Vielen Dank für Ihre Registrierung. Sie erhalten in Kürze eine Bestätigungs-E‑Mail von uns.

Author

Articles by Peter Schretlen

Kibana Tech Lead, Elastic

Alerting im Elastic Stack