Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
Service Level Agreements in Service‐orientierten Umgebungen
Autor: Stefan Berntheisel
Datum: 21. Januar 2010
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel
AgendaWas darf man erwarten?
● Motivation
● Grundlagen● Grundlagen
● Hauptteil− Web Service Level Agreement (WSLA)− Web Service Level Agreement (WSLA)
− Web Service Agreement (WS‐Agreement)
● Fazit● Fazit
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 2
MotivationWieso, Weshalb, Warum …
● Integration verschiedener IT‐Systeme über Firmengrenzen hinweg
● Zunahme der Service‐ oder dienstorientierten Architektur (SOA)● Zunahme der Service oder dienstorientierten Architektur (SOA)
● Web Services als verbreitete Ausprägung der SOA
● O t i t Z it d K t● Outsourcing spart Zeit und Kosten
● Voraussetzung für Outsourcing ist eine vertragliche Vereinbarung− Über einen oder mehrere Dienste
− Über die jeweilige Dienstgüte bzw. Qualität (QoS)
● Problem:− SOA und Web Services betrachten nur funktionale Aspekte
− Outsourcing erfordert aber nicht‐funktionale Aspekte
● Lösung:− Vertragliche Vereinbarung über nicht‐funktionale Aspekte
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 3
GrundlagenService Level Agreement nach ITIL
● Absicherung von internen u. externen Dienstleistungsbeziehungen erfordert standardisiertes und systematisches Vorgeheny g
● Service Level Agreement (SLA)− Service Level Objects (SLO)Service Level Objects (SLO)
− Service Level Guarantees (SLG)
− Service Level Indicators (SLI) oder Key Performance Indicators (KPI)( ) y ( )
● Operation Level Agreement (OLA)
● Underpinning Contract (UC)● Underpinning Contract (UC)
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 4
Quelle: [Köh07]
GrundlagenSLA Lebenszyklus
● Phasen:1. Entwicklung qualitativer Dienste (Development)g q ( p )
2. Verhandlung (Negotiation)
3. Vorbereitung (Preparation)
4. Ausführung (Execution)
5. Bewertung (Assessment)
6. Beenden (Termination)
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 5
Quelle: [BLM08]
GrundlagenDienstgütemerkmale von Web Services
● Untergliederung in verschiedene Dienstgütekategorien
● Ermittlung der Dienstgüte von externen Systemen schwer● Ermittlung der Dienstgüte von externen Systemen schwer− Zu komplexe Metriken
− Benötigte Zuständigkeiten nicht vorhandenBenötigte Zuständigkeiten nicht vorhanden
● Schwerpunkt auf messbare Dienstgüteeigenschaften, wie z.B.− SkalierbarkeitSkalierbarkeit
− Kapazität
− DurchsatzDurchsatz
− Verfügbarkeit
− Leistung (Geschwindigkeit)eistung (Geschwindigkeit)• Antwortzeit
• Bearbeitungszeit
• Verzögerungszeit (Latenz)
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 6
Web Service Level Agreement (WSLA)Übersicht
● Entwickelt und veröffentlicht im Jahr 2003 durch IBM
● Sprach‐ und Frameworkspezifikation● Sprach und Frameworkspezifikation
● Schwerpunkt Web Services, andere elektronische Dienste möglich
● F l d t t B h ib i hi l b● Formale und transparente Beschreibung eines maschinenlesbaren Service Level Agreements
D fi i i M ik M d B● Definition von Metriken zum Messen und Bewerten von Dienstgüte‐ und Qualitätsmerkmalen
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 7
Web Service Level Agreement (WSLA)Erweitern der Schnittstellen
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 8
Quelle: [LKD+3]
Web Service Level Agreement (WSLA)Sprachspezifikation
● XML‐basierend und in XML‐Schema hinterlegt
● Abgeschlossener Sprachkern, keine Erweiterungen notwendig● Abgeschlossener Sprachkern, keine Erweiterungen notwendig
● Um hersteller‐ oder domänenspezifische Sprachelemente erweiterbarerweiterbar
● Dokumentenstruktur:V t t− Vertragspartner• Vertragsparteien (Signatory Parties)
• Drittparteien (Supporting Parties)Drittparteien (Supporting Parties)
• Aktionen
− Dienste (Service Objects) WSLA( j )• SLA‐Parameter
• Metriken
− Verpflichtungen (Obligationen)• Service Level Object
G ti t Akti
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel
• Garantierte Aktionen
9
Web Service Level Agreement (WSLA)Vertragsparteien
Kontaktdaten des Dienstanbieters
Kontaktdaten des DienstnutzersDienstnutzers
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 10
Web Service Level Agreement (WSLA)Vertragsparteien
Kommunikations‐Kommunikationsschnittstellen(Aktionen) des Dienstanbieters
Kommunikations‐schnittstellen(Ak i ) d(Aktionen) des Dienstnutzers
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 11
Web Service Level Agreement (WSLA)Dienste
Zusammengesetze
Metrik
Beliebige Schachtelung von:
‐Metriken
‐ Funktionen
‐ Skalaren
TagproMinutenAnzTagproMinutenrverfügbarenichtAnz.1−
Metrik hier:
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 12
TagproMinutenAnz.
Web Service Level Agreement (WSLA)Dienste
Konkrete
SLA‐Parameter
Regelung von:Regelung von:
‐ Verantwortlichkeit
‐ Zugriff
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 13
Web Service Level Agreement (WSLA)Verpflichtungen
Service Level Object
Prädikat
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 14
Web Service Level Agreement (WSLA)Verpflichtungen
Garantien (Aktionen)
Prädikat
Aktion
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 15
Web Service Level Agreement (WSLA)Frameworkspezifikation
● Services1. Establishment
122. Deployment
3. Measurement
12
54. Condition Evaluation
5. Management4
5
● Implementierung
4
− Dienstanbieter
− Dienstnutzer
3
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 16
Quelle: [LKD+3]
Web Service Agreement (WS‐Agreement)Übersicht
● Entwickelt und veröffentlicht im Jahr 2007 durch Open Grid Fourm
● Sprach‐ und Protokollspezifikation● Sprach und Protokollspezifikation
● Entwickelt im Kontext der Web Service Standards (WS‐*)
● F l d t t B h ib i hi l b● Formale und transparente Beschreibung eines maschinenlesbaren Service Level Agreements unterstützt durch Templates
S h ifik i f d d ä ifi h E i● Sprachspezifikation erfordert domänenspezifische Erweiterung, wie z.B. Metriken und Prädikate
Ü● Protokoll zur Steuerung und Überwachung von SLA‐Lebenszyklen
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 17
Web Service Agreement (WS‐Agreement)Sprachspezifikation
● XML‐basierend und in XML‐Schema hinterlegt
● Generischer Sprachkern● Generischer Sprachkern
● Domänenspezifische Erweiterungen notwendig!
● Dokumentenstruktur:− Metadaten
• Name
K t t• Kontext
− Bedingungen (Terms)• Service Terms WS‐AService Terms
• Guarantee Terms
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 18
Web Service Agreement (WS‐Agreement)Sprachspezifikation ‐Metadaten
Domänenspezifische
Erweiterungen
Kontextdaten
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 19
Web Service Agreement (WS‐Agreement)Sprachspezifikation ‐ Dienstbedingungen
Domänenspezifische
Dienstbedingung
Domänenspezifische
Erweiterungen
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 20
Web Service Agreement (WS‐Agreement)Sprachspezifikation ‐ Garantiebedingungen
Service Level Object
Domänenspezifische
Erweiterungen
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 21
Web Service Agreement (WS‐Agreement)Protokollspezifikation
● Einfacher Ablauf zur Aushandlung eines SLA‘s− Dienstnutzer sendet Angebot, aufbauend auf Templatesg , p
− Dienstanbieter akzeptiert oder lehnt das Angebot ab
● Kopplung an ZustandsmodellKopplung an Zustandsmodell
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 22
Quelle: [Ste07]
Web Service Agreement (WS‐Agreement)Protokollspezifikation – Zustandsmodell
● Agreement States− Pending + PendingAndTerminatingg g g
− Observed + ObservedAndTerminating
− Rejected
− Complete
− Terminate
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 23
Quelle: [ACD+07]
Fazit
● SOA und Web Services ausschließlich funktionale Betrachtung
● Service Level Agreements zur Ergänzung von nicht‐funktionalen● Service Level Agreements zur Ergänzung von nicht funktionalen Aspekten
● Web Services Level Agreement (WSLA)● Web Services Level Agreement (WSLA)− Abgeschlossener Sprachkern (Metriken + Prädikate)
− ErweiterbarErweiterbar
● Web Service Agreement (WS‐Agreement)Generischer Sprachkern (kompakt und flexibel)− Generischer Sprachkern (kompakt und flexibel)
− Erweiterungen benötigt
− Vorlagen (Templates)Vorlagen (Templates)
− Protokoll + Zustandsmodell
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 24
Fragen?
Fragen?Fragen?
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 25
Fragen
Vielen DankVielen Dank
Hochschule RheinMain – Management verteilter Systeme u. Anwendungen – WS 09/10Stefan Berntheisel 26
Quellen sind der Seminararbeit zu entnehmen