7 Ein Service Level Agreement (SLA) ist ein formeller Vertrag, der festlegt, welches Serviceniveau ein Anbieter einem Kunden zusagt. Es beschreibt messbare Leistungsstandards, Verantwortlichkeiten, Berichtsverfahren und Abhilfemaßnahmen, falls diese Standards nicht erfüllt werden. SLAs sind in IT-Services, Cloud Computing, Managed Services, Telekommunikation und Unternehmenssoftware weit verbreitet. Sie schaffen Klarheit über Erwartungen, verringern Unklarheiten und begründen Verantwortlichkeit zwischen Service Providern und Kunden. Dieser Leitfaden erklärt, was ein SLA ist, wie es funktioniert, welche Bestandteile es hat, welche SLA-Kennzahlen üblich sind, welche Arten von SLAs es gibt und wie Sie SLAs wirksam erstellen und verwalten. SLA-Definition Ein SLA (Service Level Agreement) ist eine dokumentierte Vereinbarung zwischen einem Service Provider und einem Kunden, die Folgendes festlegt: Die erbrachten Services Leistungsstandards und messbare Ziele Verantwortlichkeiten beider Parteien Verfahren für Monitoring und Reporting Vertragsstrafen oder Abhilfemaßnahmen, falls vereinbarte Serviceniveaus nicht erreicht werden SLAs sind in der Regel Teil eines umfassenderen Servicevertrags, können aber auch als eigenständige Dokumente existieren. Bei IT- und Cloud-Services konzentrieren sich SLAs meist auf Kennzahlen wie Betriebszeit, Verfügbarkeit, Reaktionszeit und Lösungszeit. Warum SLAs wichtig sind SLAs spielen in modernen, servicebasierten Geschäftsmodellen eine entscheidende Rolle. Da Unternehmen bei Infrastruktur, Anwendungen und Support zunehmend auf Drittanbieter setzen, werden klar definierte Serviceerwartungen unverzichtbar. Zu den wichtigsten Vorteilen von SLAs gehören: 1. Klare Leistungserwartungen SLAs legen konkrete, messbare Serviceziele fest. Statt vager Versprechen erhalten Kunden quantifizierbare Zusagen. Zum Beispiel: 99,99 % Betriebszeit 1 Stunde Reaktionszeit bei kritischen Vorfällen 4 Stunden Lösungszeit bei Problemen mit hoher Priorität 2. Verantwortlichkeit Durch die Dokumentation der Serviceverpflichtungen schaffen SLAs Verantwortlichkeit aufseiten der Anbieter. Bleibt die Leistung hinter den Zusagen zurück, können Abhilfemaßnahmen oder Servicegutschriften greifen. 3. Risikomanagement SLAs helfen Unternehmen, Risiken beim Outsourcing von Services zu bewerten und zu steuern. Sie klären, was bei Ausfällen, Verzögerungen oder Leistungseinbußen geschieht. 4. Bessere Kommunikation Ein gut strukturiertes SLA verringert Missverständnisse, indem es klar beschreibt: Umfang der Services Eskalationsverfahren Berichtshäufigkeit Wartungsfenster Die wichtigsten Bestandteile eines Service Level Agreements Auch wenn sich der Aufbau von SLAs je nach Branche und Anbieter unterscheidet, enthalten die meisten die folgenden Kernelemente. 1. Leistungsbeschreibung Dieser Abschnitt legt genau fest, welche Services die Vereinbarung abdeckt. Dazu können gehören: Infrastruktur-Hosting Cloud-Speicher als Service Anwendungsmanagement Technischer Support Datensicherung und Wiederherstellung Klarheit in diesem Abschnitt ist entscheidend, um Streit darüber zu vermeiden, was enthalten ist und was nicht. 2. Leistungskennzahlen Leistungskennzahlen sind die messbaren Standards, zu deren Einhaltung sich der Anbieter verpflichtet. Sie werden oft als Service Level Objectives (SLOs) bezeichnet. Typische SLA-Kennzahlen sind: Verfügbarkeit (Betriebszeit in Prozent) Reaktionszeit Lösungszeit Durchsatz Latenz Fehlerrate Jede Kennzahl sollte Folgendes enthalten: Eine klare Definition Die Messmethode Den Berichtszeitraum 3. Verfügbarkeit und Betriebszeit Die Verfügbarkeit ist eine der wichtigsten SLA-Kennzahlen bei IT- und Cloud-Services. Sie wird in der Regel als Prozentsatz über einen festgelegten Zeitraum angegeben. Zum Beispiel: 99 % Betriebszeit erlauben rund 7,3 Stunden Ausfallzeit pro Monat 99,9 % Betriebszeit erlauben rund 43,8 Minuten Ausfallzeit pro Monat 99,99 % Betriebszeit erlauben rund 4,38 Minuten Ausfallzeit pro Monat Höhere Verfügbarkeitsziele erfordern in der Regel mehr Redundanz und Resilienz in der Infrastruktur. 4. Rollen und Verantwortlichkeiten Ein SLA sollte klar festlegen: Die Verantwortlichkeiten des Anbieters Die Verantwortlichkeiten des Kunden Geteilte Verantwortlichkeiten In einer Cloud-Speicherumgebung kann der Anbieter etwa für die Betriebszeit der Infrastruktur verantwortlich sein, während der Kunde für die Anwendungskonfiguration und die Zugriffsverwaltung zuständig ist. 5. Monitoring und Reporting Das SLA sollte beschreiben, wie die Leistung gemessen und berichtet wird: Eingesetzte Monitoring-Tools Berichtshäufigkeit (monatlich, vierteljährlich) Zugang zu Dashboards oder Leistungsberichten Verfahren zur Klärung von Streitigkeiten über Kennzahlen Transparenz beim Monitoring schafft Vertrauen zwischen Anbieter und Kunde. 6. Incident Management und Eskalation Dieser Abschnitt beschreibt: Schweregrade von Vorfällen Ziele für die Reaktionszeit je Schweregrad Eskalationsverfahren Kommunikationsprotokolle Zum Beispiel: SchweregradBeschreibungReaktionszeitLösungszielKritischService nicht verfügbar1 Stunde4 StundenHochWichtige Funktionen beeinträchtigt2 Stunden8 StundenMittelTeilweise Beeinträchtigung4 Stunden24 StundenNiedrigGeringfügiges Problem1 Werktag3 Werktage 7. Abhilfemaßnahmen und Servicegutschriften Werden die Serviceniveaus nicht erreicht, legt das SLA in der Regel eine Entschädigung fest, häufig in Form von Servicegutschriften. Zum Beispiel: 5 % Servicegutschrift auf die Monatsgebühr bei einer Verfügbarkeit unter 99,9 % 10 % Gutschrift bei einer Verfügbarkeit unter 99,5 % Bei wiederholten Verstößen können Abhilfemaßnahmen auch ein Kündigungsrecht umfassen. 8. Ausschlüsse Die meisten SLAs enthalten Ausschlüsse, die Situationen festlegen, die nicht von der Vereinbarung abgedeckt sind. Typische Ausschlüsse sind: Geplante Wartungsfenster Ereignisse höherer Gewalt Vom Kunden verursachte Ausfälle Ausfälle von Netzwerken Dritter Klare Ausschlüsse helfen, Streit über die Verantwortung zu vermeiden. Arten von Service Level Agreements Je nach Struktur der Servicebeziehung gibt es mehrere Arten von SLAs. 1. Kundenbasiertes SLA Ein kundenbasiertes SLA umfasst alle Services, die einem einzelnen Kunden im Rahmen einer Vereinbarung erbracht werden. Beispiel:Ein Managed-IT-Anbieter erbringt Hosting-, Backup- und Support-Services für einen einzelnen Unternehmenskunden im Rahmen eines umfassenden SLAs. 2. Servicebasiertes SLA Ein servicebasiertes SLA gilt für alle Kunden, die einen bestimmten Service nutzen. Beispiel:Ein Cloud-Anbieter bietet für seine Object-Storage-Plattform ein Standard-SLA mit 99,99 % Betriebszeit, das für alle Kunden gilt. 3. Mehrstufiges SLA Ein mehrstufiges SLA umfasst mehrere Ebenen, etwa: SLA auf Unternehmensebene: gilt für alle Kunden SLA auf Kundenebene: spezifisch für einzelne Kunden SLA auf Serviceebene: spezifisch für bestimmte Services Diese Struktur bietet Flexibilität und wahrt zugleich die Einheitlichkeit. SLA vs. SLO vs. KPI Diese Begriffe werden oft synonym verwendet, haben aber unterschiedliche Bedeutungen. SLA (Service Level Agreement) Eine vertragliche Zusage zwischen Anbieter und Kunde. SLO (Service Level Objective) Ein konkretes Leistungsziel, das im SLA festgelegt ist. Beispiel: 99,99 % monatliche Betriebszeit ist ein SLO. KPI (Key Performance Indicator) Eine umfassendere Leistungskennzahl, die intern zur Bewertung der Leistung genutzt wird und nicht unbedingt vertraglich bindend ist. Wer diese Unterschiede kennt, kann das Leistungsmanagement wirksamer strukturieren. So berechnen Sie die SLA-Betriebszeit Die Betriebszeit in Prozent wird in der Regel so berechnet: Betriebszeit in % = (Gesamtzeit – Ausfallzeit) ÷ Gesamtzeit × 100 Zum Beispiel: Läuft ein Service 30 Tage (43.200 Minuten) und hat 30 Minuten Ausfallzeit: (43.200 – 30) ÷ 43.200 × 100 = 99,93 % Betriebszeit Anbieter müssen klar festlegen: Was als Ausfallzeit zählt Ob Teilausfälle eingerechnet werden Wie geplante Wartung behandelt wird Typische SLA-Kennzahlen bei IT- und Cloud-Services Moderne SLAs enthalten häufig die folgenden Kennzahlen: Verfügbarkeit Misst die Betriebszeit eines Systems über einen festgelegten Zeitraum. Reaktionszeit Zeit bis zur Bestätigung einer Supportanfrage. Lösungszeit Zeit bis zur vollständigen Lösung eines Problems. Recovery Time Objective (RTO) Maximal akzeptable Zeit bis zur Wiederherstellung des Service nach einer Störung. Recovery Point Objective (RPO) Maximal akzeptabler Datenverlust, gemessen in Zeit. Durchsatz und Performance Kennzahlen wie: Transaktionen pro Sekunde Performance von Speicheranfragen API-Latenz Die Auswahl der Kennzahlen hängt von der Art des Service ab. Best Practices für ein wirksames SLA Ein gutes SLA bringt den Schutz des Kunden mit realistischen Zusagen des Anbieters in Einklang. 1. Klare, messbare Sprache verwenden Vermeiden Sie vage Begriffe wie „nach bestem Bemühen“. Legen Sie präzise Kennzahlen und Berechnungsmethoden fest. 2. SLAs an Geschäftszielen ausrichten Leistungsziele sollten die geschäftlichen Folgen von Ausfallzeiten oder Leistungseinbußen widerspiegeln. Für geschäftskritische Systeme können höhere Verfügbarkeitsziele nötig sein. 3. Realistische Serviceniveaus festlegen Zu ehrgeizige SLAs können Kosten und betriebliche Komplexität erhöhen. Serviceniveaus sollten das Infrastrukturdesign und die vorhandene Redundanz widerspiegeln. 4. Transparentes Reporting vorsehen Stellen Sie regelmäßige Leistungsberichte und nach Möglichkeit Zugang zu Monitoring-Dashboards bereit. 5. Regelmäßig überprüfen und aktualisieren Wenn sich die geschäftlichen Anforderungen ändern, sollten SLAs entsprechend überprüft und aktualisiert werden. Herausforderungen und Grenzen von SLAs SLAs schaffen Struktur und Verantwortlichkeit, haben aber auch Grenzen. Gutschriften gleichen geschäftliche Verluste oft nicht aus Servicegutschriften machen oft nur einen kleinen Prozentsatz der Gebühren aus und kompensieren betriebliche Störungen womöglich nicht. Komplexe Streitigkeiten über die Messung Es kann Uneinigkeit darüber entstehen, wie Ausfallzeiten berechnet oder eingestuft werden. Modelle der geteilten Verantwortung In Cloud-Umgebungen ist die Verantwortung oft zwischen Anbieter und Kunde aufgeteilt. Missverständnisse über diese Grenzen können zu Lücken in der Verantwortlichkeit führen. SLAs in Cloud- und Datenspeicherumgebungen Bei Cloud-Computing- und Speicherdiensten konzentrieren sich SLAs typischerweise auf: Verfügbarkeit der Infrastruktur Datenhaltbarkeit Geografische Redundanz Reaktionsfähigkeit des Supports So können sich Anbieter von Object Storage etwa zu hoher Langlebigkeit (z. B. 11 Neunen Haltbarkeit) und festgelegten Verfügbarkeitsgarantien verpflichten. Unternehmen, die Speicher- oder Cloud-Anbieter bewerten, sollten SLAs sorgfältig prüfen, um zu verstehen: Wie Verfügbarkeit definiert ist Welche Garantien für den Datenschutz gelten Welche Wartungsrichtlinien bestehen Welche Zusagen es für das Disaster Recovery gibt Das SLA sollte zu den übergeordneten Strategien für Resilienz und Datenschutz passen. Fazit Ein Service Level Agreement (SLA) ist ein grundlegender Bestandteil moderner Serviceerbringung. Es legt messbare Leistungsstandards fest, klärt Verantwortlichkeiten und bestimmt Abhilfemaßnahmen, wenn Erwartungen nicht erfüllt werden. In IT-, Cloud- und Speicherumgebungen behandeln SLAs üblicherweise Verfügbarkeit, Betriebszeit, Reaktionszeiten und Wiederherstellungsziele. Richtig strukturiert, schaffen sie Transparenz und Verantwortlichkeit für Anbieter und Kunden. Unternehmen sollten SLAs als strategische Werkzeuge betrachten, nicht als Verwaltungsdokumente. Klare Kennzahlen, realistische Ziele und klar definierte Monitoring-Prozesse helfen sicherzustellen, dass Services die betrieblichen und geschäftlichen Anforderungen dauerhaft erfüllen.
