Migration von Grafana-Metriken

Überblick

Festpreisauftrag für Fachdienstleistungen über 3 Kalenderwochen, bei dem ein repräsentativer Bestand an Grafana-Metriken mithilfe eines ingestionsgesteuerten Ansatzes (Pfad 1) zu Elastic Observability migriert wird. Zunächst werden Prometheus-Metriken in Elastic aufgenommen; anschließend konvertiert die Observability Migration Platform (OMP) die im Umfang enthaltenen Grafana-Dashboards und ausgewählten Alarmregeln anhand realer Daten. Der Umfang wird in zählbaren Einheiten – nicht in Beratungstagen – angegeben, damit die Grenzen für beide Parteien klar erkennbar sind.

Pfad 1 – ingestionsgesteuerter Ansatz: In Elastic aufgenommene Metriken mit PromQL-kompatibler Struktur über Prometheus-Remote-Write, EDOT oder Elastic Agent-Integrationen → auf das Live-Elastic-Projekt angewendete OMP-Konvertierung → unterstützte Panel-Überarbeitung im vereinbarten Rahmen → Alarmregel-Bewertung im vereinbarten Rahmen → gemeinsame Durchsprache.

Leistungsumfang

• Phase 1: Start-Gate-Verifizierung; Projekt-Kick-off; Ingest-Ansatz vereinbart; Alert-Shortlist und Timebox bestätigt; Bestätigung nach dem Kick-off ausgestellt
• Phase 2: Überprüfung der OMP-Scorecard mit dem Kunden; Inventar der Datenquellen; Discovery-Sitzungen (Architektur der Metrikerfassung, benannte Systeme, Netzwerkbeschränkungen, Zuständigkeit für Alerting); schriftliches Festlegen des Ingestionsplans für Pfad 1, System-zu-Konfiguration-Mapping und Alert-Shortlist
• Phase 3: Prometheus-Remote-Write und/oder bis zu 6 bereitgestellte Beispielkonfigurationen für EDOT/Elastic Agent für die vereinbarten, namentlich genannten Systeme; erneute Ausführung von OMP und --validate für das Elastic-Projekt des Kunden nach der Ingestion; Hochladen der konvertierten Dashboards in Kibana des Kunden; unterstützte Überarbeitung der Visualisierungen für bis zu 15 von OMP unterstützte Panels (Neuzuordnungen von Filtern, Korrekturen von Feldnamen, Korrekturen der Abfrageform); Bewertung von bis zu 3 vorausgewählten Alarmregeln (Anpassung von durch OMP ausgegebenen Regeln, gleichwertige Elastic-native Lösung oder strukturierter Abschluss mit schriftlicher Anleitung)
• Phase 4: Walkthrough im direkten Vergleich vereinbarter Grafana-Dashboards mit den entsprechenden Kibana-Dashboards; Enablement (Ingest-Erweiterung, Betrieb konvertierter Dashboards); Übergabe des schriftlichen Rest-Backlogs
• Phase 5: vollständige Artefaktübertragung; Projektabschluss; Abschluss-E-Mail

Zählbare Umfangsgrenzen (allesamt harte Obergrenzen):

• Ingest-Beispielkonfigurationen: bis zu 6 EDOT-/Elastic-Agent-Konfigurationen und/oder Prometheus-Remote-Write-Endpoint(s)
• Panel-Feinschliff mit Unterstützung: bis zu 15 OMP-unterstützte Panels (interne Durchführungsobergrenze: 16 Stunden)
• Auswertung von Alarmregeln: bis zu 3 Alarmregeln (interne Bereitstellungsobergrenze: 8 Stunden)

Nicht im Umfang enthalten

Dieser Auftrag umfasst nicht:

• Vollständiger Agent-Rollout in der gesamten Umgebung über die 6 Beispielkonfigurationen hinaus (erfordert einen Änderungsauftrag)
• Kopie historischer Prometheus-/Loki-/Tempo-Daten
• Panels, die über das Assisted-Kontingent von 15 Panels hinausgehen – diese sind im schriftlichen Rest-Backlog dokumentiert
• Alert-Regeln, die über das Evaluierungskontingent von 3 Regeln hinausgehen – diese sind im schriftlichen Rest-Backlog dokumentiert
• Pfad 2 OTel-Neuzuordnung der Boards aus Pfad 1 (separates Vorhaben)
• Struktureller Neuaufbau von Panels, die OMP als Outside einstuft (Outside-Panels verbrauchen nicht das Kontingent von 15 Panels; sie werden im Rest-Backlog dokumentiert)
• Nicht-Prometheus-Datenquellen (Loki, CloudWatch, InfluxDB usw.), sofern nicht ausdrücklich im Bestellformular aufgeführt
• Pixelgenaue visuelle Übereinstimmung in Grafana
• Neugestaltung des Benachrichtigungskanals von Grafana zu Kibana (minimaler Benachrichtigungspfad nur zur Alert-Validierung)
• Umstellung von Grafana auf Kibana – der Kunde betreibt Grafana während des gesamten Vorhabens weiterhin parallel; die Umstellung ist eine Entscheidung des Kunden nach Abschluss des Vorhabens
• Log-Ingestion, APM/Tracing oder RUM (als Folgeaufträge verfügbar)
• Multi-Cluster- oder Multi-Umgebungs-Deployments, die über das vereinbarte Elastic-Projekt hinausgehen

Alle Arbeiten außerhalb des vorstehenden Umfangs erfordern einen von beiden Parteien unterzeichneten Änderungsauftrag (der über das Auftragsformular ausgestellt wird). Alle Leistungsumfangspunkte, die innerhalb der Festpreisgrenzen nicht behandelt werden, werden beim Walkthrough im schriftlichen Rest-Backlog dokumentiert und stellen keine Lieferdefizite dar.

Start-Gate-Anforderungen

Folgendes muss vor Beginn des Engagements bestätigt werden. Die Arbeit darf erst beginnen, wenn alle Start-Gate-Artefakte eingegangen und verifiziert worden sind:

1. Grafana-Dashboard-JSON-Export – der vereinbarten repräsentativen Stichprobe, bestätigt als verfügbar für die OMP-Vorabbewertung
2. Grafana-Alert-JSON-Export – der den im Leistungsumfang vereinbarten Alert-Bestand abdeckt
3. OMP-Ausgabe / Emplify-Scorecard – aus einem vor Beginn der Auftragsarbeiten durchgeführten Lauf, vor Vertragsabschluss geprüft; die Assisted-vs.-Outside-Aufteilung muss dem Kunden mitgeteilt werden
4. Elastic-Zielprojekt bestätigt — ECH 9.5+ oder geeignete Observability-Serverless-Lösung mit Prometheus-Remote-Write/nativem PromQL (Freigabe durch SA erforderlich)

Wenn die Start-Gate-Artefakte zum Kick-off nicht vorliegen, wird die Verzögerung schriftlich dokumentiert und geht gemäß den Festpreisbedingungen zulasten der Beratungstage.

Festpreisbedingungen und Annahmen

• Der Kunde verfügt vor dem Kick-off über ein bestehendes Elastic-Projekt (ECH 9.5+ oder qualifizierendes Observability Serverless); SA hat den Support für Prometheus Remote-Write / natives PromQL bestätigt
• Alle vier Startgate-Artefakte sind vor Beginn der Auftragsarbeiten eingegangen und verifiziert worden
• Das repräsentative Dashboard und das repräsentative Alert-Beispiel werden vor dem Kick-off vereinbart und festgelegt; das Panel-Kontingent (15 Assisted) und das Alert-Regel-Kontingent (3) wurden dem Kunden vor der Unterzeichnung mitgeteilt und von ihm akzeptiert
• Ein einziger Ansprechpartner des Kunden mit Entscheidungsbefugnis wird vor dem Kick-off bestätigt
• Kundenmetriken werden derzeit über Prometheus-Scraping, Remote Write, OTel Collector oder Elastic Agent-Integrationen erfasst, die mit Path 1 (Datenquellen aus der Prometheus-Familie) kompatibel sind
• Der Kunde stellt den Netzwerkzugriff für die Datenaufnahme bereit – es sind keine Hindernisse für die Übertragung von Metriken in das Ziel-Elastic-Projekt bekannt; Einschränkungen bei Sicherheit, Proxy oder Zertifikaten werden vor dem Kick-off abgeklärt
• Der Kunde bleibt während des gesamten Vorhabens im Dualbetrieb (Grafana läuft parallel zu Kibana); innerhalb dieses Pakets ist keine Grafana-Umstellung zu erwarten
• Technische Ressourcen des Kunden (Infrastruktur-/SRE-Ingenieure) stehen für Discovery-Sitzungen in Woche 1 und den Walkthrough in Woche 3 zur Verfügung
• Der Termin für den Walkthrough in Woche 3 wird beim Kick-off bestätigt
• Verzögerungen, die durch die Nichtverfügbarkeit des Kunden, fehlenden Zugriff, ungelöste Netzwerkbeschränkungen oder eine verspätete Lieferung von Artefakten verursacht werden, werden auf die Beratungstage angerechnet und können die Lieferung innerhalb des Zeitfensters von 3 Wochen beeinträchtigen

Arbeitsergebnisse

Kick-off und Planung

• Eine (1) schriftliche Bestätigung nach dem Kick-off zur Dokumentation des vereinbarten Umfangs, des Ingest-Ansatzes, der Obergrenzen für Panels/Alerts und des Walkthrough-Termins
• Ein (1) Pfad, ein (1) Ingest-Plan, Mapping vereinbarter benannter Systeme auf EDOT-/Agent-Konfigurationen oder Remote-Write, im Anschluss an die Discovery schriftlich festgelegt

Datenaufnahme und -validierung (beschränkt auf die im Datenaufnahmeplan für Pfad 1 vereinbarten namentlich genannten Systeme)

• Bereitstellung und Verifizierung von Prometheus-Remote-Write-Endpoint(s) für die vereinbarten, namentlich genannten Systeme im Elastic-Projekt des Kunden 
• Bereitstellung und Verifizierung von bis zu sechs (6) EDOT-/Elastic-Agent-Beispielkonfigurationen für die vereinbarten, namentlich genannten Systeme im Elastic-Projekt des Kunden
• Eine (1) OMP-Ausgabe eines erneuten Laufs und Validierung der Ergebnisse, die die Datenaufnahme für das Elastic-Projekt des Kunden nach der Bereitstellung bestätigen

Dashboards und Visualisierungen

• Die konvertierten Grafana-Dashboards im vereinbarten Umfang, die in Kibana des Kunden vorhanden sind, beschränkt auf die Dashboards, die im Datenaufnahmeplan für Pfad Eins (1) zugeordnet wurden (unten kennzeichnen – eine explizite Anzahl empfehlen)
• Unterstützte Überarbeitung von Visualisierungen, angewendet auf bis zu fünfzehn (15) von OMP unterstützte Panels, beschränkt auf Neuzuordnungen von Filtern, Korrekturen von Feldnamen und Korrekturen der Abfrageform (Panel-Anzahl und Art der angewendeten Überarbeitung pro Panel dokumentiert)

Alerting

• Bis zu drei (3) Alarmregeln werden bewertet, mit dokumentiertem Ergebnis je Regel: eine angepasste/validierte, von OMP ausgegebene Regel, ein erstelltes Elastic-natives Äquivalent oder ein strukturierter Abschluss mit schriftlicher Anleitung

Walkthrough und Enablement

• Eine (1) Live-Walkthrough-Sitzung im direkten Vergleich, die für den Kunden geplant und durchgeführt wird und vereinbarte Grafana-Dashboards mit ihren entsprechenden Kibana-Dashboards vergleicht (unten kennzeichnen — "durchgeführt oder zur Verfügung gestellt")
• Ein (1) Dokument mit Einführungsnotizen und zur Übergabe der Konfiguration, das die Ingest-Erweiterung und den Betrieb konvertierter Dashboards abdeckt

Abschluss

• Ein (1) schriftlicher Rest-Backlog, der etwaige über das Kontingent von fünfzehn (15) Panels hinausgehende Panels, alle außerhalb des Leistungsumfangs liegenden Panels, Alarmregeln über die Obergrenze von drei (3) Regeln hinaus sowie alle nicht migrierbaren Elemente aufführt – jeweils mit einer empfohlenen Vorgehensweise und Aufwandsklasse
• Ein (1) Dokument mit Folgeempfehlungen (unten kennzeichnen – überschneidet sich mit dem Rest-Backlog)
• Vollständige Artefaktübertragung: Exporte, OMP-Ausgabe, Konfigurationen, Dashboard-Referenzen, Alarmergebnisse und der verbleibende Rückstand
• Eine (1) Abschluss-E-Mail zur Bestätigung des Projektabschlusses und der Artefaktübertragung

Abschluss

Der Auftrag gilt als abgeschlossen, sobald alle im Leistungsumfang enthaltenen Ergebnisse erstellt wurden, die Walkthrough-Sitzung im direkten Vergleich durchgeführt oder dem Kunden zur Verfügung gestellt wurde und der schriftliche Rest-Backlog übergeben wurde. Elastic kann mit der Übertragung der Artefakte unabhängig von der anschließenden Entscheidung des Kunden zur Grafana-Umstellung den Auftragsabschluss erklären. Die Nichtteilnahme des Kunden am Walkthrough verhindert den Abschluss nicht, sofern Elastic den Walkthrough zur Verfügung gestellt hat.

Abschluss

Der Auftrag gilt mit der Bereitstellung des abschließenden Auftragsberichts und der Durchführung des Wissenstransfer-Workshops als abgeschlossen.

Allgemeine Begriffe

Für großgeschriebene Begriffe, die in dieser Paketbeschreibung verwendet, aber nicht definiert werden, gelten die Bedeutungen, die ihnen im Bestellformular, in der geltenden Dienstbeschreibung oder im Elastic Services Agreement zugewiesen wurden.

Auf dieses Servicepaket zum Festpreis finden weder eine formelle Freigabe durch den Kunden noch ein Abnahmeprozess für Meilensteine oder Liefergegenstände Anwendung. Jeder Service gilt mit Abschluss als abgenommen.

„Fertigstellung“ beschreibt in Bezug auf einen Service den Zeitpunkt, zu dem Elastic die Tätigkeiten innerhalb des Umfangs dieses Servicepakets ausgeführt hat, einschließlich (gegebenenfalls) der Bereitstellung eines in diesem Paketumfang beschriebenen schriftlichen Berichts, von Materialien oder einer Wissenstransfer-Sitzung, oder den Ablauf des zeitlich begrenzten Beauftragungszeitraums für dieses Paket, je nachdem, was zuerst eintritt. Die Fertigstellung erfordert weder die Freigabe durch den Kunden noch die Abnahme eines Liefergegenstands.

Der Kunde ist allein für das Backup, die Wartung und die Sicherheit seiner Umgebung, Systeme und Daten verantwortlich. Elastic ist nicht verantwortlich für Konfigurationsänderungen, Datenverluste, Betriebsausfallzeiten oder sonstige Auswirkungen auf die Umgebung des Kunden, die durch den Service verursacht werden oder mit diesem in Verbindung stehen.

Dieser Auftrag umfasst die Bereitstellung einer konfigurierten, völlig neuen, selbstverwalteten Elastic-Lösung für die Dokumentensuche, einschließlich der Analyse von Anwendungsfällen für die Suche, der Datenmodellierung und -Ingestion, der Implementierung fortgeschrittener Beispielabfragen, der erweiterten RBAC-Konfiguration, der Bereitstellung der Infrastruktur und eines Abschlussberichts im Rahmen des definierten Festpreisumfangs. Elastic garantiert keine bestimmten Leistungs-, Kosten-, Betriebs- oder Geschäftsergebnisse, die über die oben definierten Leistungen hinausgehen. Der Kunde bleibt allein verantwortlich für den laufenden Betrieb, Konfigurationsänderungen außerhalb des Leistungsumfangs des Auftrags und alle Aktivitäten nach Abschluss des Auftrags, die mit seiner Umgebung zusammenhängen.

Verweise in diesem Paket auf Validierung, Tests, Abnahmetests oder Abnahmetest-Frameworks, Goldstandard-Abfragen, Startbereitschaft oder Go-live beschreiben von Elastic ausgeführte, demonstrierte oder erbrachte Aktivitäten und begründen keine Abnahme-, Freigabe-, Test- oder Zahlungsbedingung für den Kunden. Die Fertigstellung tritt wie in diesem Paket definiert unabhängig von solchen Aktivitäten ein, und kein Teil der Gebühren wird bis zum Vorliegen eines Testergebnisses, einer Validierung oder eines Go-live-Ereignisses einbehalten oder aufgeschoben.