APM-Beschleuniger

Überblick

Festpreisauftrag mit festem Zeitrahmen für professionelle Dienstleistungen, das produktionsreifes Monitoring der Anwendungsleistung (meist: APM) für bis zu drei im vereinbarten Umfang enthaltene Anwendungen auf einem bestehenden Elastic-Deployment bereitstellt. Elastic-Berater entwerfen die APM-Architektur, stellen Agenten bereit, validieren die Service-Topologie und das verteilte Tracing, konfigurieren goldene Signale und SLOs, erstellen fünf operative Dashboards und schulen das Kundenteam – alles innerhalb eines strukturierten, zeitlich festgelegten Projektzeitraums mit Festpreis.

Leistungsumfang

• Vorbereitung vor Projektbeginn; Projekt-Kick-off; Bestandsaufnahme der Umgebung und Architekturprüfung; Architekturdesign für das APM-Deployment; Bestätigung des Umfangs; Risikoregister
• Konfiguration und Validierung des APM Servers; Agenten-Deployment in Dev/Staging für bis zu 3 Anwendungen; Transaktions-Baseline-Metriken; Mapping der Service-Topologie; Validierung des verteilten Tracings; Validierung der OpenTelemetry-Integration (bei vorheriger Qualifizierung)
• Definition der Golden Signals je Service (Latenz, Durchsatz, Fehlerrate, Sättigung); SLO/SLI-Konfiguration und Nachverfolgung des Fehlerbudgets; Alerting-Regeln konfiguriert und getestet; SLO-Tracking-Dashboard
• Deployment der Agenten in der Produktionsumgebung auf allen Instanzen; 5 operative Dashboards (Servicegesundheit, Leistung, Geschäftskennzahlen, SLO-Tracking, Infrastruktur); 2–3 Runbooks zur APM-Fehlerbehebung; RBAC-Konfiguration; Einführungssitzung für das Team; Überprüfung des Wissenstransfers
• Überprüfung der Erfolgskriterien; Supportplan nach der Lieferung; Check-in nach 30 Tagen geplant

Nicht im Umfang enthalten

Dieser Auftrag umfasst nicht:

• Mehr als 3 instrumentierte Anwendungen
• Zusätzliche Dashboards über die oben definierten 5 hinaus
• Mehr als 2–3 Runbooks zur Fehlerbehebung
• Deployments in mehreren Umgebungen – nur eine Produktionsumgebung; zusätzliche Umgebungen erfordern einen Änderungsauftrag
• Manuelle Instrumentierung mit dem OpenTelemetry-SDK – ausschließlich agentenbasierte Instrumentierung; manuelle OTEL-SDK-Instrumentierung ist nicht im Leistungsumfang enthalten
• OTEL-Collector-Deployment, sofern nicht vorab qualifiziert und innerhalb der Paketannahmen
• Benutzerdefinierte Geschäftsmetriken, die über das hinausgehen, was mit der Standard-Agentenkonfiguration erreichbar ist
• Härtung der Produktionsumgebung, Konfiguration für hohe Verfügbarkeit oder Notfallwiederherstellung
• Anwendungen, die nicht unterstützte oder veraltete Frameworks verwenden
• Managed Services nach dem Engagement, laufender Support oder zusätzliche APM-Optimierung über das 30-Tage-Check-in-Gespräch hinaus

Alle Arbeiten außerhalb des oben genannten Leistungsumfangs erfordern einen von beiden Parteien unterzeichneten Änderungsauftrag und können zu zusätzlichen Gebühren, überarbeiteten Annahmen und Änderungen des Zeitplans führen.

Engagement-Zeitleiste

• Der Beginn ist etwa 6–8 Wochen nach dem Kauf geplant, vorbehaltlich der Verfügbarkeit von Ressourcen und der Bereitschaft des Kunden
• Durchgeführt von einem Elastic Consultant oder einer zertifizierten Partnerressource unter der Aufsicht von Elastic
• Sofern nicht schriftlich etwas anderes vereinbart wurde, werden die Leistungen remote erbracht.
• Die Lieferung wird voraussichtlich an aufeinanderfolgenden Geschäftstagen oder in aufeinanderfolgenden Kalenderwochen erfolgen, wie von Elastic geplant
• Sollte sich die Lieferung aufgrund der Verfügbarkeit des Kunden, von Zugangsproblemen, der Betriebsbereitschaft der Umgebung oder anderer vom Kunden bedingter Faktoren verzögern, unterbrochen oder verschoben werden, kann Elastic Ressourcen neu zuweisen, den Zeitplan anpassen oder ein Bestellformular (Änderungsauftrag) verlangen.
• Die für den Auftrag eingeplante Zeit, die aufgrund einer Verzögerung seitens des Kunden, dessen Nichtverfügbarkeit, der Nichterfüllung von Abhängigkeiten oder der Unfähigkeit, den erforderlichen Zugang bereitzustellen, nicht genutzt werden kann, wird auf die Gesamtzahl der Beratungstage angerechnet.

Festpreisbedingungen und Annahmen

• Der Kunde verfügt vor Tag 1 über ein bestehendes Elastic-Deployment (ES 8.0+, Kibana 8.0+, APM-Server konfiguriert und zugänglich)
• Bis zu 3 Anwendungen im Geltungsbereich; jede Anwendung verwendet eine von Elastic APM unterstützte Sprache (Java, Go, .NET, Python, Ruby, JavaScript/Node.js, PHP); für zusätzliche Anwendungen ist ein Änderungsauftrag erforderlich
• Mindestens eine niedrigere Umgebung (Dev/Staging) ist für die Agentenvalidierung vor dem Deployment in die Produktion verfügbar
• Erforderlicher Kundenzugriff, Anmeldedaten und Deployment-Berechtigungen werden vor Tag 1 bestätigt
• Technische Ressourcen des Kunden (DevOps, Platform-Engineers, Anwendungsverantwortliche) stehen während der gesamten Zusammenarbeit in Vollzeit zur Verfügung
• Freigaben für Produktionsänderungen und Benachrichtigungskanäle werden vor Beginn der Auftragsarbeiten abgestimmt
• Die Kundenarchitektur ist stabil und dokumentiert; der Quellcode ist bei Bedarf für die Instrumentierung von Agents zugänglich
• Die Netzwerkzugriffsmöglichkeit aus Anwendungsumgebungen auf den APM-Server ohne größere Firewall- oder Proxy-Komplikationen ist bestätigt
• Während des Auftragszeitraums sind keine Wartungsfenster für die Produktionsumgebung und keine Änderungssperren geplant
• Wenn eine OpenTelemetry-Integration erforderlich ist, verfügt der Kunde über vorhandene OTEL-Collectors oder eine ausdrückliche vorqualifizierte Anforderung, diese bereitzustellen
• Nur agentenbasierte automatische Instrumentierung; manuelle Instrumentierung mit dem OTEL SDK liegt außerhalb des Geltungsbereichs

Falls eine der vorstehenden Annahmen nicht erfüllt ist, kann Elastic den Zeitplan anpassen, die erbrachten Leistungen auf den Festpreisumfang beschränken, die davon betroffene Zeit auf die zugewiesenen Beratungstage anrechnen oder einen Änderungsauftrag verlangen.

Arbeitsergebnisse

Discovery und Design

• Ein (1) Dokument zum Architekturdesign für ein APM-Deployment, das die APM-Server-Topologie, den Instrumentierungsansatz und die Integrationspunkte für die während der Discovery bestätigte Umgebung abdeckt
• Ein (1) Umfangsbestätigungs- und Freigabedokument, das die während des Kick-offs vereinbarten endgültig in den Geltungsbereich fallenden Anwendungen und Umgebungen sowie etwaige Ausschlüsse festhält
• Ein (1) Risikoregister, in dem die während der Discovery ermittelten Bereitstellungsrisiken und Abhängigkeiten aufgeführt sind, jeweils mit Verantwortlichem und Maßnahmen zur Risikominderung

Instrumentierung & Validierung (begrenzt auf bis zu drei (3) Anwendungen; für zusätzliche Anwendungen ist ein Änderungsauftrag erforderlich)

• Ein (1) Playbook zur Agent-Konfiguration, das das Agent-Deployment und die Konfiguration für bis zu drei (3) Anwendungen in Entwicklungs- und Staging-Umgebungen abdeckt
• Ein (1) Integrationsplan für OpenTelemetry und Validierungsbericht – nur dann enthalten, wenn während der Architekturprüfung bestätigt wird, dass die Umgebung des Kunden für OTel vorqualifiziert ist; andernfalls ist diese Leistung vom Leistungsumfang ausgeschlossen und wird nicht teilweise erbracht
• Ein (1) Bericht zu Transaktions-Baseline-Kennzahlen, der die während des vereinbarten Überwachungszeitraums erfassten Baselines für Reaktionszeit, Durchsatz und Fehlerrate je in den Geltungsbereich fallender Anwendung dokumentiert
• Ein (1) Service-Topologiediagramm, das die Abhängigkeiten zwischen den Diensten und Transaktionsflüsse über alle Anwendungen im Geltungsbereich hinweg darstellt
• Ein (1) Validierungsbericht zum verteilten Tracing, der die durchgängige Trace-Kontinuität für Stichprobentransaktionen je Anwendung im Geltungsbereich bestätigt
• Eine (1) Checkliste zur Produktionsbereitschaft, die den Status der erforderlichen Konfiguration, Validierung und Freigabe vor dem Deployment von Agents in der Produktion dokumentiert

SLOs und Alerting

• Ein (1) Definitionsdokument zu den goldenen Signalen, in dem Latenz, Durchsatz, Fehlerquote und Sättigungsschwellenwerte für jeden Dienst im Geltungsbereich definiert werden
• Eine (1) SLO-/SLI-Konfigurationsspezifikation, die SLO-Zielwerte, SLIs und die Fehlerbudgetrichtlinie für jeden Dienst im Geltungsbereich dokumentiert
• Alerting-Regeln in Elastic konfiguriert und getestet, abgestimmt auf die oben definierten Golden Signals und SLOs für die Services im Geltungsbereich
• Ein (1) SLO-Tracking-Dashboard, das den Echtzeitstatus der SLOs und Fehlerbudgets für Dienste im Geltungsbereich widerspiegelt

Produktions-Rollout und Enablement

• Produktionsagentenbereitstellung auf allen im vereinbarten Umfang enthaltenen Anwendungsinstanzen
• Fünf (5) operative Dashboards: Servicegesundheit, Leistung, Geschäftskennzahlen, SLO-Tracking, Infrastruktur
• Zwei (2) APM-Runbooks zur Fehlerbehebung, die [Untersuchung hoher Latenz] und [Untersuchung eines Fehleranstiegs] abdecken 
• RBAC-Konfiguration unter Verwendung der integrierten Rollendefinitionen von Elastic für bis zu drei (3) Rollenprofile (z. B. Admin, Developer, Viewer); die Entwicklung benutzerdefinierter Rollen über die integrierten Rollen hinaus liegt außerhalb des Umfangs
• Eine (1) Enablement-Sitzung für ein Team (einzelne Sitzung, Format und Dauer noch festzulegen) mit einem Dokument zur Überprüfung des Wissenstransfers, in dem die behandelten und von namentlich genannten Kundenvertretern bestätigten Themen aufgeführt sind

Abschluss

• Eine (1) zusammenfassende Überprüfung der Erfolgskriterien, die bestätigt, dass die Lieferung den bei der Umfangsbestätigung vereinbarten Kriterien entspricht
• Ein (1) Support-Plan nach der Bereitstellung und Eskalationsleitfaden zur Festlegung des Support-Zeitfensters nach dem Go-live, des Eskalationswegs und der Ansprechpartner
• 30-Tage-Check-in-Gespräch, angesetzt mit einer festgelegten Agenda (Überprüfung der Erfolgskriterien)

Abschluss

Der Auftrag gilt als abgeschlossen, sobald Folgendes zutrifft: alle Erfolgskriterien wurden überprüft; der Wissenstransfer wurde bestätigt; und der Supportplan für die Zeit nach der Bereitstellung wurde vorgelegt. Der Auftrag kann auch als abgeschlossen gelten, wenn der Kunde Verzögerungen verursacht, nicht verfügbar ist, erforderliche Voraussetzungen nicht erfüllt oder aus anderen Gründen nicht teilnehmen kann, nachdem Elastic wirtschaftlich angemessene Anstrengungen unternommen hat, die Leistungen innerhalb des vereinbarten Auftragszeitraums zu erbringen.

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.