{"id":34535,"date":"2026-08-25T02:32:38","date_gmt":"2026-08-25T02:32:38","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/cloud-infrastructure-monitoring\/"},"modified":"2026-08-27T00:32:53","modified_gmt":"2026-08-27T00:32:53","slug":"cloud-infrastruktur-monitoring","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/de\/cloud-infrastruktur-monitoring\/","title":{"rendered":"Cloud-Infrastruktur\u00fcberwachung: Was Ihr Anbieter Ihnen nicht sagt"},"content":{"rendered":"<figure id=\"attachment_34519\" aria-describedby=\"caption-attachment-34519\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img fetchpriority=\"high\" decoding=\"async\" class=\"size-full wp-image-34519\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/hero-cloud-infrastructure-monitoring.webp\" alt=\"Netzwerkbetriebszentrum mit einem komplett gr\u00fcnen Cloud-Infrastruktur-Dashboard neben einer roten externen \u00dcberwachungswarnung, die fehlgeschlagene Check-Standorte weltweit anzeigt\" width=\"1200\" height=\"800\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/hero-cloud-infrastructure-monitoring.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/hero-cloud-infrastructure-monitoring-300x200.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/hero-cloud-infrastructure-monitoring-1024x683.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/hero-cloud-infrastructure-monitoring-768x512.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34519\" class=\"wp-caption-text\">Ein K\u00e4uferleitfaden f\u00fcr IT-Manager, die Cloud-Monitoring-Tools bewerten<\/figcaption><\/figure>\n<p>Ihre Cloud-Konsole ist gr\u00fcn. Ihre Alarme sind still. Und die Support-Warteschlange f\u00fcllt sich mit Kunden, die sich nicht anmelden k\u00f6nnen.<\/p>\n<p>Diese Kombination ist h\u00e4ufiger, als die meisten Teams zugeben, und in der Regel keine Fehlkonfiguration. Cloud-native \u00dcberwachung l\u00e4uft innerhalb derselben Infrastruktur, \u00fcber die sie berichtet \u2013 wenn diese Infrastruktur jedoch einen schlechten Tag hat, ist deren Telemetrie der letzte Ort, um eine unabh\u00e4ngige Antwort zu erhalten.<\/p>\n<p>Wenn Sie gerade Cloud-Infrastruktur-Monitoring-Tools vergleichen, sollte diese L\u00fccke Ihre engere Auswahl mehr beeinflussen als jede Feature-Matrix. Im Folgenden: was die \u00dcberwachung Ihres Anbieters sehen kann und was nicht, wie Sie einen Anbieter gegen die Ausf\u00e4lle testen, die Sie tats\u00e4chlich haben, und welche Preiskonditionen Teams etwa sechs Monate sp\u00e4ter \u00fcberraschen.<\/p>\n<h2 id='was-in-diesem-leitfaden-enthalten-ist'  id=\"boomdevs_1\">Was in diesem Leitfaden enthalten ist<\/h2>\n<ul>\n<li><a href=\"#warum-die-\u00fcberwachung-ihres-cloud-anbieters-den-ausfall-nicht-sehen-kann\">Warum die \u00dcberwachung Ihres Cloud-Anbieters den Ausfall nicht sehen kann<\/a><\/li>\n<li><a href=\"#was-cloud-native-\u00fcberwachung-tats\u00e4chlich-misst\">Was Cloud-native \u00dcberwachung tats\u00e4chlich misst<\/a><\/li>\n<li><a href=\"#drei-ausf\u00e4lle-die-auf-einem-cloud-dashboard-gr\u00fcn-angezeigt-werden\">Drei Ausf\u00e4lle, die auf einem Cloud-Dashboard gr\u00fcn angezeigt werden<\/a><\/li>\n<li><a href=\"#wie-man-ein-cloud-infrastruktur-monitoring-tool-bewertet\">Wie man ein Cloud-Infrastruktur-Monitoring-Tool bewertet<\/a><\/li>\n<li><a href=\"#welche-metriken-in-ihren-kurzlistentest-geh\u00f6ren\">Welche Metriken in Ihren Kurzlistentest geh\u00f6ren<\/a><\/li>\n<li><a href=\"#wo-cloud-monitoring-preise-teams-in-die-falle-locken\">Wo Cloud-Monitoring-Preise Teams in die Falle locken<\/a><\/li>\n<li><a href=\"#fragen-die-man-bei-jedem-anbieteranruf-stellen-sollte\">Fragen, die man bei jedem Anbieteranruf stellen sollte<\/a><\/li>\n<li><a href=\"#das-fazit-zum-cloud-infrastruktur-monitoring\">Das Fazit zum Cloud-Infrastruktur-Monitoring<\/a><\/li>\n<li><a href=\"#heading-faq\">H\u00e4ufig gestellte Fragen<\/a><\/li>\n<\/ul>\n<h2 id='warum-die-\u00fcberwachung-ihres-cloud-anbieters-den-ausfall-nicht-sehen-kann'  id=\"boomdevs_2\" id=\"why-your-cloud-provider-s-monitoring-can-t-see-the-outage\">Warum die \u00dcberwachung Ihres Cloud-Anbieters den Ausfall nicht sehen kann<\/h2>\n<p>Jedes \u00dcberwachungssystem hat einen Standpunkt. Der Standpunkt Ihres Anbieters befindet sich innerhalb seines eigenen Netzwerks.<\/p>\n<p>Zun\u00e4chst eine Definition, denn sie bestimmt den Rest der Argumentation. Cloud-native \u00dcberwachung bedeutet hier die Standard-Ressourcenmetriken und Alarme, die Sie mit der Plattform erhalten \u2013 Amazon CloudWatch, Azure Monitor, Google Cloud Monitoring \u2013 nicht jede Verf\u00fcgbarkeitsfunktion, die der Anbieter daneben verkauft.<\/p>\n<p>Diese Defaults sind n\u00fctzlich. CloudWatch wird Ihnen sagen, dass eine Instanz mit 100 % CPU-Auslastung arbeitet, dass eine Auto Scaling-Gruppe Kapazit\u00e4t hinzugef\u00fcgt hat, dass Datenbankverbindungen ersch\u00f6pft sind. Echte Signale, und Sie sollten diese weiter sammeln.<\/p>\n<p>Aber die Pr\u00fcfung l\u00e4uft auf der Steuerungsebene des Anbieters, \u00fcber das Netzwerk des Anbieters, gegen die API des Anbieters. Wenn die Steuerungsebene beeintr\u00e4chtigt ist, ist die Metrik-Pipeline ebenfalls beeintr\u00e4chtigt. Verz\u00f6gerte Metriken sehen auf einem Dashboard genau so aus wie gesunde Metriken: kein Alarm wird ausgel\u00f6st, da keine Daten eintreffen, die einen Alarm ausl\u00f6sen w\u00fcrden.<\/p>\n<p>Die zweite Begrenzung ist wichtiger f\u00fcr alles, was kundenorientiert ist. Diese Standardmetriken messen Ihre Ressourcen, nicht den Pfad zwischen einem Nutzer in S\u00e3o Paulo und Ihrem Load Balancer in us-east-1. DNS-Aufl\u00f6sung, BGP-Routing, CDN-Edge-Verhalten, TLS-Aushandlung, Skripte von Drittanbietern, WAF-Regeln \u2013 all das liegt au\u00dferhalb dieser Grenze, und jeder dieser Punkte kann Ihren Service lahmlegen, w\u00e4hrend CPU und Speicher stabil bleiben.<\/p>\n<blockquote><p>Ein \u00dcberwachungssystem, das innerhalb der Fehlerdom\u00e4ne lebt, ist das letzte, das Ihnen sagt, dass diese Dom\u00e4ne gest\u00f6rt ist.<\/p><\/blockquote>\n<h3 id='aber-macht-cloudwatch-synthetics-das-nicht-schon'  id=\"boomdevs_3\" id=\"but-doesn-t-cloudwatch-synthetics-already-do-this\">Aber macht CloudWatch Synthetics das nicht schon?<\/h3>\n<p>Zum Teil, und dieser Einwand ist ernst zu nehmen. Jeder gro\u00dfe Anbieter verkauft etwas in diese Richtung: CloudWatch Synthetics Kanarienv\u00f6gel, Route 53 Health Checks, Azure Monitor Verf\u00fcgbarkeitstests, Google Cloud Uptime-Checks. Sie f\u00fchren echte Anfragen an Ihre Endpunkte aus und funktionieren.<\/p>\n<p>Der Haken ist, von wo sie ausgef\u00fchrt werden. Diese Pr\u00fcfungen werden auf der Infrastruktur desselben Anbieters ausgef\u00fchrt und die Ergebnisse im gleichen Dashboard gepostet, die Abdeckung au\u00dferhalb der Regionen dieses Anbieters ist d\u00fcnn und ein gro\u00dfes regionales Ereignis kann die Pr\u00fcfungen und die Workload gleichzeitig treffen. N\u00fctzliche Tools \u2013 aber keine unabh\u00e4ngigen.<\/p>\n<p>Unabh\u00e4ngigkeit ist die eigentliche Anforderung, und es ist legitim, das jedem Anbieter zur\u00fcckzugeben. Viele Drittanbieter-\u00dcberwachungsdienste laufen ebenfalls in einer gro\u00dfen Cloud. Fragen Sie also, wo die Pr\u00fcfstandorte sind: ein Netzwerk, das mehrere Anbieter und carrierbetriebene Nodes umfasst, oder drei gemietete Regionen der Cloud, die Sie bereits nutzen. Dotcom-Monitor betreibt sein eigenes <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-netzwerk-ueberwachen\/\">globales \u00dcberwachungsnetzwerk<\/a>, statt Regionen zu mieten, was die Pr\u00fcfung aussagekr\u00e4ftig macht.<\/p>\n<p>Sie k\u00f6nnen eine Version davon selbst bauen. Prometheus Blackbox Exporter pr\u00fcft Endpunkte und f\u00fcr einen oder zwei Standpunkte ist das eine vern\u00fcnftige L\u00f6sung. Die Kosten zeigen sich, wenn Sie Dutzende Geografien, echtes Browser-Rendering und jemanden ben\u00f6tigen, der selbst f\u00fcr die Pr\u00fcfungen zust\u00e4ndig ist.<\/p>\n<p>So oder so: F\u00fchren Sie die Pr\u00fcfung von au\u00dferhalb des Systems aus, das Sie pr\u00fcfen. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/loesungen\/synthetic-monitoring\/\">Synthetische \u00dcberwachung<\/a> sendet Anfragen \u00fcber das \u00f6ffentliche Internet nach einem Zeitplan, den Sie festlegen. Wenn eine fehlschl\u00e4gt, erfahren Sie es von der Pr\u00fcfung und nicht von einem Kunden.<\/p>\n<h2 id='was-cloud-native-\u00fcberwachung-tats\u00e4chlich-misst'  id=\"boomdevs_4\" id=\"what-cloud-native-monitoring-actually-measures\">Was Cloud-native \u00dcberwachung tats\u00e4chlich misst<\/h2>\n<p>Hier die Aufteilung, Schicht f\u00fcr Schicht. Vergleichen Sie Ihre aktuelle Abdeckung damit, bevor Sie mit einem Anbieter sprechen.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Schicht<\/th>\n<th>Standard Cloud-Metriken<\/th>\n<th>Unabh\u00e4ngige externe Checks<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>CPU, Speicher, Festplatte auf Ihren Instanzen<\/td>\n<td>Ja, und detailliert<\/td>\n<td>Nein<\/td>\n<\/tr>\n<tr>\n<td>Gesundheit verwalteter Datenbanken und Warteschlangen<\/td>\n<td>Ja<\/td>\n<td>Indirekt, \u00fcber das Verhalten der App<\/td>\n<\/tr>\n<tr>\n<td>Auto-Scaling- und Deployment-Ereignisse<\/td>\n<td>Ja<\/td>\n<td>Nein<\/td>\n<\/tr>\n<tr>\n<td>\u00d6ffentliche DNS-Aufl\u00f6sung<\/td>\n<td>Teilweise, von innerhalb der VPC<\/td>\n<td>Ja, von echten Resolvern weltweit<\/td>\n<\/tr>\n<tr>\n<td>G\u00fcltigkeit des TLS-Zertifikats am Edge<\/td>\n<td>Teilweise<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Netzwerkpfad und Routing zu Nutzern<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Verhalten von CDN und Edge-Cache<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Kompletter Login- oder Checkout-Prozess<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<tr>\n<td>Fehler bei Drittanbieter-APIs und Skripten<\/td>\n<td>Nein<\/td>\n<td>Ja<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Keine Spalte ersetzt die andere. Das Werkzeug Ihres Anbieters ist das bessere Instrument zur Ursachenanalyse, sobald Sie wissen, dass etwas nicht stimmt. Externe Pr\u00fcfungen sagen Ihnen \u00fcberhaupt erst, dass etwas nicht stimmt \u2013 und sie berichten weiter, wenn die Pipeline des Anbieters selbst ausf\u00e4llt. Unser Beitrag zu <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/what-is-infrastructure-monitoring\/\">was Infrastruktur-Monitoring abdeckt<\/a> geht auf die ressourcenbezogene Seite ein.<\/p>\n<p>F\u00fchren Sie beides aus. Planen Sie das Budget f\u00fcr beides ein.<\/p>\n<figure id=\"attachment_34526\" aria-describedby=\"caption-attachment-34526\" style=\"width: 1200px\" class=\"wp-caption alignnone\"><img decoding=\"async\" class=\"size-full wp-image-34526\" src=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/inside-vs-outside-failure-domain.webp\" alt=\"Diagramm, das cloud-native \u00dcberwachung innerhalb des Anbieternetzwerks mit externen synthetischen Checks vergleicht, die von au\u00dfen ausgef\u00fchrt werden\" width=\"1200\" height=\"530\" srcset=\"https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/inside-vs-outside-failure-domain.webp 1200w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/inside-vs-outside-failure-domain-300x133.webp 300w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/inside-vs-outside-failure-domain-1024x452.webp 1024w, https:\/\/www.dotcom-monitor.com\/blog\/wp-content\/uploads\/sites\/3\/2026\/08\/inside-vs-outside-failure-domain-768x339.webp 768w\" sizes=\"(max-width: 1200px) 100vw, 1200px\" \/><figcaption id=\"caption-attachment-34526\" class=\"wp-caption-text\">Cloud-native Agents berichten von innerhalb des Anbieternetzwerks. Externe Checks f\u00fchren dieselbe Anfrage aus, die ein Kunde t\u00e4tigen w\u00fcrde.<\/figcaption><\/figure>\n<h2 id='drei-ausf\u00e4lle-die-auf-einem-cloud-dashboard-gr\u00fcn-angezeigt-werden'  id=\"boomdevs_5\" id=\"three-failures-that-show-up-green-on-a-cloud-dashboard\">Drei Ausf\u00e4lle, die auf einem Cloud-Dashboard gr\u00fcn angezeigt werden<\/h2>\n<p>Dies sind Muster, keine Fallstudien. Betreiben Sie produktive Workloads auf AWS, Azure oder Google Cloud f\u00fcr ein paar Jahre, und mindestens einer davon wird vertraut wirken.<\/p>\n<h3 id='ein-dns-eintrag-der-f\u00fcr-die-h\u00e4lfte-ihrer-nutzer-nicht-mehr-funktionierte'  id=\"boomdevs_6\" id=\"a-dns-record-that-broke-for-half-your-users\">Ein DNS-Eintrag, der f\u00fcr die H\u00e4lfte Ihrer Nutzer nicht mehr funktionierte<\/h3>\n<p>Jemand aktualisiert einen Eintrag w\u00e4hrend einer Migration. Die \u00c4nderung ist beim autoritativen Nameserver korrekt, sodass jeder interne Check erfolgreich ist. Aber der alte Endpunkt wurde vor Ablauf des vorherigen TTL au\u00dfer Dienst gestellt, sodass rekursive Resolver weltweit die alte Adresse ausliefern, bis ihre zwischengespeicherte Kopie abl\u00e4uft. Ein Teil Ihres Traffics trifft weiterhin auf etwas, das nicht mehr reagiert.<\/p>\n<p>Ihre Instanzen sind gesund. Ihr Load Balancer sieht weniger Traffic und meldet nichts Ungew\u00f6hnliches. Das Einfangen dieses Problems bedeutet, den Namen von au\u00dferhalb, aus mehreren Regionen aufzul\u00f6sen, so wie es ein echter Kunde tun w\u00fcrde. Das macht <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/dns-ueberwachungstool-dotcom-monitor\/\">DNS-Monitoring<\/a>, und deshalb ist der Standort des Resolvers bei der Bewertung wichtig.<\/p>\n<h3 id='ein-zertifikat-das-auf-einem-load-balancer-abgelaufen-ist'  id=\"boomdevs_7\" id=\"a-certificate-that-expired-on-a-load-balancer\">Ein Zertifikat, das auf einem Load Balancer abgelaufen ist<\/h3>\n<p>Die Erneuerung ist jetzt automatisiert, genau deshalb schl\u00e4gt sie stillschweigend fehl. Ein Job bricht zusammen, niemand merkt es und das Zertifikat an einem Listener oder einer CDN-Edge-Eigenschaft l\u00e4uft ab.<\/p>\n<p>Die dahinterliegenden Instanzen sind in Ordnung. CPU ist in Ordnung. Anwendungsprotokolle zeigen einen R\u00fcckgang der Anfragen, aber keinen Fehler. Browser hingegen zeigen jedem Besucher eine Zwischenwarnung an. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/ssl-certificate-monitoring\/\">SSL-Zertifikat-\u00dcberwachung<\/a>, die die Kette von au\u00dfen \u00fcberpr\u00fcft, erkennt dies Wochen im Voraus.<\/p>\n<h3 id='eine-region-die-als-normal-arbeitend-markiert-ist'  id=\"boomdevs_8\" id=\"a-region-marked-operating-normally\">Eine Region, die als normal arbeitend markiert ist<\/h3>\n<p>Statusseiten von Anbietern warten normalerweise auf eine interne Best\u00e4tigung, bevor sich die Farbe \u00e4ndert. Das ist ein vern\u00fcnftiger Weg, um Fehlalarme bei Millionen von Kunden zu vermeiden, und bedeutet auch, dass die Seite dem Vorfall meist hinterherhinkt. Teams sehen Fehler routinem\u00e4\u00dfig, bevor das Dashboard gelb wird.<\/p>\n<p>Wenn Ihre Vorfallreaktion auf die Statusseite wartet, haben Sie die Erkennungszeit an den \u00dcberpr\u00fcfungsprozess eines anderen abgegeben. Unabh\u00e4ngige Pr\u00fcfungen geben Ihnen Ihre eigene Zeitleiste \u2013 w\u00e4hrend des Vorfalls und danach, wenn Sie gegen eine SLA vergleichen. Das sind die Daten, die <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/uptime-and-sla-reports\/\">Uptime- und SLA-Berichte<\/a> bei Streitigkeiten wertvoll machen.<\/p>\n<h2 id='wie-man-ein-cloud-infrastruktur-monitoring-tool-bewertet'  id=\"boomdevs_9\" id=\"how-to-evaluate-a-cloud-infrastructure-monitoring-tool\">Wie man ein Cloud-Infrastruktur-Monitoring-Tool bewertet<\/h2>\n<p>Die meisten Anbieter-Vergleiche bewerten Funktionen. Das sagt Ihnen sehr wenig \u2013 die Feature-Listen sind konvergiert, und die H\u00e4lfte beschreibt dieselbe F\u00e4higkeit unter verschiedenen Marken. Testen Sie stattdessen gegen Ihre eigenen Ausf\u00e4lle.<\/p>\n<p><strong>Schritt 1: Schreiben Sie die letzten f\u00fcnf tats\u00e4chlichen Vorf\u00e4lle auf.<\/strong> Ziehen Sie sie aus Ihrem Ticketsystem, nicht aus dem Ged\u00e4chtnis, und notieren Sie, wie Sie von jedem erfahren haben. Wenn mehr als einer von einem Kunden kam, haben Sie ein Erkennungsproblem, kein Dashboard-Problem.<\/p>\n<p><strong>Schritt 2: Pr\u00fcfen Sie, von wo aus der Anbieter seine Checks ausf\u00fchrt.<\/strong> Fragen Sie nach der Standortliste, nicht nach einer Anzahl, und fragen Sie, wem diese Standorte geh\u00f6ren. Drei\u00dfig Standorte, die in Nordamerika und Westeuropa konzentriert sind, sagen nichts \u00fcber Nutzer in S\u00fcdostasien aus. Von der Cloud gemietete Standorte, die Sie bereits nutzen, sind bei einem regionalen Ereignis unbrauchbar.<\/p>\n<p><strong>Schritt 3: Testen Sie eine mehrstufige Reise, nicht nur einen Homepage-Ping.<\/strong> Ein 200er-Statuscode auf Ihrer Root-URL beweist fast nichts. Scripten Sie einen Login, eine Suche, einen Warenkorb hinzuzuf\u00fcgen, einen API-Aufruf authentifiziert mit einem eingeschr\u00e4nkten Test-Credential. Statuscode-Pr\u00fcfungen bestehen jeden Test und verpassen trotzdem den Ausfall, der Sie Geld kostet. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/everystep\/\">EveryStep<\/a>-Skripting behandelt den Fall der aufgezeichneten Reise.<\/p>\n<p><strong>Schritt 4: Brechen Sie absichtlich etwas w\u00e4hrend der Testphase.<\/strong> Richten Sie einen Check auf einen Staging-Hostnamen, den Sie kontrollieren, und ziehen Sie dann den DNS-Eintrag oder geben Sie einen harten 500-Fehler zur\u00fcck. Stoppen Sie die Zeit bis der Alarm ausgel\u00f6st wird und lesen Sie, was er sagt. Diese Stunde ist die n\u00fctzlichste, die Sie in jedem Test verbringen.<\/p>\n<p><strong>Schritt 5: Lesen Sie den Alarm so, als w\u00fcrde er Sie wecken.<\/strong> Nennt er den fehlerhaften Schritt, den Standort, die Fehlerklasse, die Antwortzeit? Oder sagt er nur &#8220;Seite ausgefallen&#8221;? Dieser Unterschied entscheidet, ob Ihr Bereitschaftsingenieur um 2:04 Uhr mit der Behebung beginnt oder mit der Untersuchung. Pr\u00fcfen Sie, wie <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-warnungen\/\">Benachrichtigungen<\/a> in das bereits genutzte System eingeleitet werden \u2013 PagerDuty, Slack, Teams, ein Webhook.<\/p>\n<p><strong>Schritt 6: Best\u00e4tigen Sie, dass es auch Ihre internen Systeme erreicht.<\/strong> Vieles, was Sie betreiben, ist nicht \u00f6ffentlich: Admin-Panels, interne APIs, Staging, alles hinter einer VPN. Ein Tool, das nur das offene Internet sieht, zwingt Sie, ein zweites zu kaufen. <a href=\"https:\/\/www.dotcom-monitor.com\/de\/funktionen\/merkmale-private-agenten\/\">Private Agents<\/a> f\u00fchren Checks von innerhalb Ihres Netzwerks aus und berichten im selben Dashboard.<\/p>\n<p><strong>Schritt 7: Modellieren Sie die Kosten f\u00fcr die Skalierung im n\u00e4chsten Jahr.<\/strong> Verdoppeln Sie Ihre aktuelle Check-Anzahl, wenden Sie das Intervall an, das Sie tats\u00e4chlich wollen, nicht das, das gut zur Demo passt, und fordern Sie diese Zahl schriftlich an.<\/p>\n<h2 id='welche-metriken-in-ihren-kurzlistentest-geh\u00f6ren'  id=\"boomdevs_10\" id=\"which-metrics-belong-in-your-shortlist-test\">Welche Metriken in Ihren Kurzlistentest geh\u00f6ren<\/h2>\n<p>Die Verf\u00fcgbarkeitsprozentzahl endet im Vorstandsdokument und ist w\u00e4hrend einer Bewertung die am wenigsten n\u00fctzliche Zahl \u2013 Uptime-Werte runden genau die Ausf\u00e4lle weg, die Sie interessieren. Fragen Sie stattdessen diese an:<\/p>\n<ul>\n<li><strong>Zeit bis zur Erkennung.<\/strong> Minuten zwischen Beginn des Ausfalls und Eintreffen des Alarms. Diese Zahl rechtfertigt den Kauf.<\/li>\n<li><strong>Antwortzeit nach Standort.<\/strong> Ein p95 pro Region, nicht ein globaler Durchschnitt, der langsame M\u00e4rkte versteckt.<\/li>\n<li><strong>Fehleraufteilung nach Schicht.<\/strong> DNS, TCP, TLS, HTTP, Inhaltspr\u00fcfung. Ein Tool, das &#8220;fehlgeschlagen&#8221; meldet ohne die Schicht zu benennen, schiebt die Fehlerbehebung zur\u00fcck zu Ihnen.<\/li>\n<li><strong>Verhalten bei Fehlerbest\u00e4tigung.<\/strong> Wie viele Standorte m\u00fcssen zustimmen, bevor ein Alarm ausgel\u00f6st wird, und wie schnell. Zu locker bedeutet L\u00e4rm; zu streng bedeutet Verz\u00f6gerung.<\/li>\n<li><strong>Aufbewahrung der Roh-Check-Daten.<\/strong> Zusammenfassungen sind gut f\u00fcr Berichte. Nachtr\u00e4gliche \u00dcberpr\u00fcfungen ben\u00f6tigen die einzelnen Checks.<\/li>\n<\/ul>\n<p>Verteilte Backends erschweren das \u2013 Abh\u00e4ngigkeiten fallen teilweise aus und die Symptome verlagern sich. Unser Leitfaden zum <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/ueberwachung-verteilter-systeme\/\">Monitoring verteilter Systeme<\/a> behandelt diesen Fall.<\/p>\n<h2 id='wo-cloud-monitoring-preise-teams-in-die-falle-locken'  id=\"boomdevs_11\" id=\"where-cloud-monitoring-pricing-catches-teams-out\">Wo Cloud-Monitoring-Preise Teams in die Falle locken<\/h2>\n<p>Monitoring-Rechnungen wachsen meist schneller als die Infrastruktur, die sie \u00fcberwachen. Das passiert hier:<\/p>\n<p><strong>Preis pro Host in einer Auto-Scaling-Umgebung.<\/strong> Wenn Sie pro \u00fcberwachten Host abgerechnet werden und Ihre Flotte mit dem Traffic skaliert, w\u00e4chst die Rechnung entsprechend. Fragen Sie, wie fl\u00fcchtige Instanzen gez\u00e4hlt werden und \u00fcber welchen Zeitraum.<\/p>\n<p><strong>Benutzerdefinierte Metriken und Tags mit hoher Kardinalit\u00e4t.<\/strong> Cloud-native \u00dcberwachung berechnet oft monatlich pro benutzerdefinierter Metrik. F\u00fcgen Sie einen Tag mit hoher Kardinalit\u00e4t hinzu \u2013 eine Kunden-ID, eine Container-ID \u2013 und die Anzahl vervielfacht sich, ohne dass jemand mehr ausgeben m\u00f6chte.<\/p>\n<p><strong>Ingest, Aufbewahrung, Benutzer und SMS.<\/strong> Log-Datenvolumen sinkt selten, pr\u00fcfen Sie, was an jeder Stufengrenze passiert und ob Aufbewahrung separat vom Ingest berechnet wird. Manche Plattformen berechnen auch pro Nutzer, was &#8220;Unterst\u00fctzung mit Leserechten geben&#8221; in eine Budget-Diskussion verwandelt, und rechnen SMS- und Sprachnachrichten separat ab.<\/p>\n<p><strong>Check-Frequenz.<\/strong> Bei Anbietern, die pro Ausf\u00fchrung abrechnen, vervielfacht sich die Kosten eines Monitors beim Wechsel von f\u00fcnf Minuten auf eine Minute um das F\u00fcnffache. Andere b\u00fcndeln Ausf\u00fchrungen oder begrenzen die Frequenz je nach Tarifstufe, die Kosten variieren, aber frei ist es selten, und es entscheidet, ob Sie einen kurzen Ausfall erkennen oder verpassen. Kalkulieren Sie die Frequenz, die Sie tats\u00e4chlich laufen lassen, pro Dienst. Dotcom-Monitor <a href=\"https:\/\/www.dotcom-monitor.com\/de\/preise\/\">preist<\/a> pro Check und Intervall, was die Kalkulation verg\u00fcnstigt.<\/p>\n<p>Setzen Sie die Gesamtsumme den <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/was-ist-die-kosten-der-ausfallzeiten\/\">Kosten der Ausfallzeit<\/a> Ihres eigenen Dienstes gegen\u00fcber. F\u00fcr die meisten Teams ist der Posten f\u00fcr Monitoring gering im Vergleich zu einer einzelnen schlechten Stunde \u2013 haben Sie diesen Vergleich vor dem Verl\u00e4ngerungsgespr\u00e4ch schriftlich vorliegen.<\/p>\n<h2 id='fragen-die-man-bei-jedem-anbieteranruf-stellen-sollte'  id=\"boomdevs_12\" id=\"questions-to-ask-on-every-vendor-call\">Fragen, die man bei jedem Anbieteranruf stellen sollte<\/h2>\n<p>Bringen Sie diese zur Demo mit. Die Antworten trennen Werkzeuge schnell:<\/p>\n<ul>\n<li>Wem geh\u00f6ren Ihre Pr\u00fcfstandorte \u2013 eigene Nodes, Betreiberanlagen oder Regionen, die von AWS, Azure oder Google Cloud gemietet sind?<\/li>\n<li>Verwendet die Pr\u00fcfung einen echten Browser oder einen HTTP-Client, und was \u00e4ndert das an dem, was sie erfasst?<\/li>\n<li>Wie \u00fcberwachen Sie einen Endpunkt, der OAuth oder SSO erfordert?<\/li>\n<li>Wie viele Standorte m\u00fcssen ausfallen, bevor Sie alarmieren, und ist das konfigurierbar?<\/li>\n<li>Wie lange bewahren Sie Roh-Check-Ergebnisse auf, und kann ich sie exportieren?<\/li>\n<li>Wie sieht die Rechnung aus, wenn ich meine Checks verdopple und mein Intervall halbieren?<\/li>\n<\/ul>\n<p>F\u00fcr den breiteren Auswahlprozess \u2013 Anbieterstabilit\u00e4t, Support, Vertragskonditionen \u2013 haben wir separat unsere <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/richtlinien-fuer-wahl-a-monitoring-plattform\/\">Richtlinien zur Wahl einer Monitoring-Plattform<\/a> ver\u00f6ffentlicht.<\/p>\n<h2 id='das-fazit-zum-cloud-infrastruktur-monitoring'  id=\"boomdevs_13\" id=\"the-bottom-line-on-cloud-infrastructure-monitoring\">Das Fazit zum Cloud-Infrastruktur-Monitoring<\/h2>\n<p>Behalten Sie die \u00dcberwachung Ihres Anbieters. Es ist das beste Instrument zur Ursachenanalyse auf Ressourcenebene, bereits implementiert und die Basis-Metriken sind im Compute enthalten. Behalten Sie die Kosten f\u00fcr benutzerdefinierte Metriken, Logs und Aufbewahrung im Auge, aber behalten Sie es.<\/p>\n<p>Machen Sie es nur nicht zu Ihrem Ausfalldetektor. Es berichtet von innerhalb des Systems, das es \u00fcberwacht, und die Standardmetriken sehen nicht den Netzwerkpfad, die \u00f6ffentliche DNS-Aufl\u00f6sung, das Edge-Zertifikat oder den Login-Prozess, auf den Ihre Kunden angewiesen sind. Das sind die Ausf\u00e4lle, die zuerst in Ihrer Support-Warteschlange landen.<\/p>\n<p>Die funktionierende Bewertung ist kurz: Listen Sie Ihre realen Vorf\u00e4lle auf, testen Sie Kandidaten gegen diese Ausf\u00e4lle, brechen Sie w\u00e4hrend der Testphase etwas absichtlich, kalkulieren Sie die Konfiguration, die Sie tats\u00e4chlich betreiben werden. Ein Tool, das Ihre letzten f\u00fcnf Ausf\u00e4lle jeweils f\u00fcnf Minuten fr\u00fcher erkannt h\u00e4tte, hat sich bezahlt gemacht.<\/p>\n<section class=\"final-cta\">\n<h2 id='sehen-sie-was-externe-checks-erfassen'  id=\"boomdevs_14\">Sehen Sie, was externe Checks erfassen<\/h2>\n<p>Dotcom-Monitor f\u00fchrt echte Browser- und Protokollpr\u00fcfungen gegen Ihre Cloud-Infrastruktur von einem globalen Netzwerk aus Standorten durch, plus private Agents f\u00fcr alles hinter Ihrer Firewall. Starten Sie eine kostenlose Testphase und richten Sie einen Check f\u00fcr den Dienst ein, bei dem Sie am wenigsten sicher sind.<\/p>\n<p><a href=\"https:\/\/www.dotcom-monitor.com\/de\/loesungen\/infrastruktur-monitoring\/\">Infrastruktur-Monitoring erkunden<\/a> oder <a href=\"https:\/\/www.dotcom-monitor.com\/de\/produkte-zur-ueberwachung\/ueberwachung-von-webanwendungen\/\">Webanwendungs-Monitoring erkunden<\/a>.<\/p>\n<\/section>\n","protected":false},"excerpt":{"rendered":"<p>Die \u00dcberwachung Ihres Cloud-Anbieters l\u00e4uft innerhalb der Ausfallzone, die sie \u00fcberwacht. Hier ist, was Sie testen sollten, bevor Sie ein \u00dcberwachungstool ausw\u00e4hlen.<\/p>\n","protected":false},"author":39,"featured_media":34522,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[883],"tags":[],"class_list":["post-34535","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/34535","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=34535"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/34535\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media\/34522"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=34535"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=34535"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=34535"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}