Folie 1

1
Service Level Agreements für Web Services
Berliner XML Tage 2004 Sebastian
Werner Sebastian.werner_at_comlineag.de
2
Agenda

• Einleitung Motivation
• Grundlagen
• Service Level Management in UDDI
• Anforderungen an Service Level Agreements
• Vergleich existierender SLA Sprachen
• Fazit

3
Einleitung Motivation SLAs für Web Services

• Zunehmende kommerzielle Nutzung von Web Services
• Web Services werden unternehmenskritisch
• Performance Qualität sind entscheidend
• Zahl der Anbieter ähnlicher Dienste wächst
• ? Qualität muss definiert werden
• ? Verlässlichkeit muss garantiert werden

4
Einleitung Motivation SLAs in UDDI

• UDDI ist Marktplatz
• Qualität ist Auswahlkriterium
• Qualität ist Alleinstellungsmerkmal
• ? UDDI muss SLAs beinhalten

5
Grundlagen Service Level Agreements

• Vertrag zwischen Anbieter und Nutzer
• Spezifiziert Dienstgüte in messbaren Werten
• Fixiert Erwartungen von Nutzer und Anbieter
• Definiert Verfahren bei Verletzung des SLAs
• Beispiel Anbieter garantiert 99,999
  Verfügbarkeit des Web Services

6
Service Level Management in UDDI

• Shuping Ran A Model for Web Services Discovery
  with QoS
• Suche von Web Services mit QoS Kriterien
• Einführung zusätzlicher Datenstruktur
  qualityInformation
• ? Nachteil Erweiterung muss standardisiert
  werden, sonst proprietär
• ? Nachteil Beschränkung auf QoS Parameter
• Verweis durch keyedReference
• Nutzung des categoryBag im bindingTemplate zur
  Beschreibung
• Referenzierung von Service Level Agreements über
  tModels
• ? Vorteil Nutzung bestehender Datenstrukturen
• ? Vorteil keine Standardisierung nötig
• ? Vorteil mehrfache Verwendung eines SLAs möglich

7
Service Level Management in UDDI Beispiel

• ltbindingTemplate bindingKey""gt
• ...
• ltcategoryBaggt
• ltkeyedReference tModelKey"uuidSLA-0815-3711"
• key-Value"http//www.example.com/SLAwhatTimeIs
  It.xml"/gt
• lt/categoryBaggt
• lt/bindingTemplategt
• lttModel tModelKey"uuidSLA-0815-3711"gt
• ltnamegtService Level Agreementlt/namegt
• ltdescription xmllang"en"gtService Level
  Agreements
• for Web Serviceslt/descriptiongt
• ...
• lt/tModelgt

8
Anforderungen an Service Level Agreements

• Spezielle Anforderungen für Web Services
• Service-Garantien müssen objektiv messbar sein
• Vertrauen
• Kritisch Interpretation der Service-Garantien
• ?Aufbau auf Metriken

9
Organisatorische und wirtschaftliche Rahmendaten

• Allgemeine Angaben
• Angaben über Anbieter
• URL des Web Service
• Gültigkeit
• Pflichten des Anbieters
• Benachrichtigung Wartung
• Aufrechterhaltung des Dienstes
• Pflichten des Kunden
• Nutzung in bestimmtem Umfang
• Konditionen
• Preis
• Rabatte

• Problemeskalation
• Kontaktieren des Anbieters bei Ausfall
• Reporting
• Regelmäßiger Bericht an Kunden
• Zertifizierungen
• Zertifizierung durch externe Stellen
• Überwachung durch unabhängige Partei

10
Inhalt der Service Level Specification

• Quality of Service Metriken und Parameter
• Objektive Definition der Eigenschaften
• Metriken zeigen Berechnung der Performance-Werte
• ? Vergleich möglich
• Service Level Garantien
• Der Verpflichtete
• Gültigkeitsperiode
• Logischer Ausdruck
• Zeitplan für Auswertung
• Verfahren bei Verletzung

11
Anforderungen an die Datenrepräsentation

• Automatische Verarbeitung ermöglichen
• ?XML als Datenformat
• ?XML Schema zur Sprachdefinition
• Vergleichbarkeit von Service-Garantien
  ermöglichen
• Standardisierte Darstellung von Metriken
• Vordefinierte Metriken
• Vordefinierte Service-Garantien
• Benutzerfreundlichkeit
• Referenzen für Metriken
• Kennzeichnung externer Metriken mittels URI
• ? Vergleichbarkeit

12
Beispiel Service Level Agreement (1/2)

• ltSLA ServiceName"AutoVermietung"
  ServiceURI"www.example.com/AutoVermietung"
  SLAGültigBis"31.12.2004"gt
• ltParteiengt
• ltAnbieter Name"Autovermietung-Meier" /gt
• ltUeberwachungDurchgtMessung.delt/UeberwachungDurch
  gt
• lt/Parteiengt
• ltOrgDatengt
• ltVerfügbarkeit von"1.1.2004" bis"31.12.2004"
  /gt
• ltKosten Typ"ProAnfrage" Verrechnung"Monatlich"
  gt
• ltWertgt0,1lt/Wertgt
• ltWährunggtEURlt/Währunggt
• lt/Kostengt
• ltProblemeskalationAngtAutovermietung-Meierlt/Probl
  emeskalationAngt
• ltReportinggtMonatlichlt/Reportinggt
• lt/OrgDatengt

13
Beispiel Service Level Agreement (2/2)

• ltServiceLevelSpecification Funktion"AutoBuchen"gt
  
• ltSLGarantie ID"SLG1" GültigBis"31.12.2004"gt
• ltVerpflichtetergtAutovermietung-Meierlt/Verpflich
  tetergt
• ltGarantie Name"DurchschnittlicheReaktionszeit"
  gt
• ltOperationgtkleineralslt/Operationgt
• ltWertgt5lt/Wertgt
• ltMetrik ref"www.messung.de/DurchschnReaktions
  zeit" /gt
• ltAuswertunggtimmerlt/Auswertunggt
• lt/Garantiegt
• lt/SLGarantiegt
• ltEskalationengt
• ltEskalation ID"E1" für"SLG1"gt
• ltAktion typ"Benachrichtigung" /gt
• ltAktion typ"Rabatt" /gt
• lt/Eskalationgt
• lt/Eskalationengt
• lt/ServiceLevelSpecificationgt
• lt/SLAgt

14
Vergleich von SLA Sprachen

• IBM Web Service Level Agreement Framework
• Web Services Offerings Language (Tosic, Carleton
  Univ.)
• HP Web Services Management Language

WSLA WSOL WSML
Rahmendaten -
Service Level Specification
Datenrepräsentation
15
Fazit

• Existierende SLA Sprachen erfüllen Anforderungen
  nur teilweise
• Pflichten des Nutzers unberücksichtigt
• Zahlungsinformationen unberücksichtigt
• Problemeskalation unberücksichtigt
• Offene Punkte
• Verfahren zur Messung der Performance von Web
  Services
• SLA Parameter als Suchkriterien
• ? Service Level Agreements für Web Services sind
  sinnvoll und heute realisierbar

16
Vielen Dank für ihre Aufmerksamkeit!Ihre Fragen?

• Sebastian Werner
• Sebastian.werner_at_comlineag.de