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