Service Engineering. IVS Arbeitsgruppe Softwaretechnik

Transkript

1 Service Engineering IVS Arbeitsgruppe Softwaretechnik Abschnitt: Analyse und Bewertung von Serviceangeboten Seite 1

2 Sichten auf die SOA-Bewertung SOA-Design Guidelines Agenda Part 3 Auswahlkriterien für Serviceangebote Beispiele für Cloud-Benchmarks Beispiele zum Online-Monitoring Seite 2

3 Sichten auf die SOA-Bewertung Seite 3

4 Unterschiedliche Interessen der Bewertung Sicht des Informationsmanagements - Kosten der Gesamtarchitektur - Performance zur Umsetzung neuer Anforderungen Sicht der Software- bzw. Serviceentwicklung - Verdrängung aus der klassischen Softwareentwicklung - Art und Umfang angebotener Integrationsleistungen Sicht des IT-Service-Managements - Konformität zu ITIL (Bezug zwischen Kunden GP und Services) - Kooperationsmöglichkeiten mit anderen IT-Dienstleistern Seite 4

5 Unterschiedliche Interessen der Bewertung Seite 5

6 Bewertung aus Sicht der CIO-Organisation Organisation Bewertung des Preis/Leistungsverh. von Anwendungen - Identifikation des funktionalen Umfangs (z.b. Function Points) - Beitrag zur Wertschöpfung (d.h. tatsächliche Nutzung) - Impliziertes Risiko für den Geschäftsprozess Abdeckung unterstützter Geschäftsprozesse - Grad der Automatisierung - Konvergenz zwischen Geschäftsprozess und IT-Anwendung - Modellgetriebene Ableitung von Integrationsanforderungen Seite 6

7 Bewertung aus Sicht der CIO-Organisation Organisation Under consideration of: Unilog Integrata Training: SOA Technical Design Strategische Auswirkungen (Seminarunterlagen), 2006 Seite 7

8 SOA Design Guidelines Seite 8

9 Standards für die Namensvergabe Vorgaben zur Granularitätdes Serviceinterfaces Möglichkeiten zur Anpassung und Erweiterbarkeit Verwendung einer modularen Interfacebeschreibung Aspekte des SOA-Managements Kompatibilitäts-und Versionsfragen Fehlerbehandlung Aspekte eines SOA-Design Design-Guideline In Anlehnung an: Erl, T.: Service-Oriented Architecture Concepts, Technology and Design, Prentice hall, Upper Saddle River, NJ, 2005 Seite 9

10 SOA-Messgr Messgrößen SOA-Mach-Number - 1 Geschäftsrelevante Messgrößen (Business Metrics): Time to Market, Kundenzufriedenheit, Umsatzsteigerung, Messgrößen in Bezug auf den Geschäftsprozess (Process Metrics): Prozessdurchlaufzeiten, Prozessfehler, Anzahl Ereignisse, Messgrößendes Controlling(Financialmetrics): ROI, Kosteneinsparungen, IT-Kosten, Projektkosten, Messgrößen zur Verwendung von Services (Usagemetrics): Anzahl genutzter Serviceangebote, Anzahl der Servicenutzer, In Anlehnung an: Marks, E. A.; Bell, M.: SOA -A Planning and Implementation Guide for Business Technology. John Wiley & Sons, 2006 Seite 10

11 SOA-Messgr Messgrößen SOA-Mach-Number - 2 Messgr. zum Zeit-& Ressourcenverhalten (performance metrics): Performance elementarer und orchestrierter Services Messgrößen zur Effizienz der IT (IT efficiencymetrics): Produktivität, Entwicklungszeiten, Qualität von IT-Lösungen, Messgrößen zu Verbesserungen (SOA optimization metrics): Anzahl der Services in Konzeption, Entwicklung und Produktion Messgrößen zur SOA-Konformität(SOA governance metrics): Standardkonformität, potentielle Ausnahmen. In Anlehnung an: Marks, E. A.; Bell, M.: SOA -A Planning and Implementation Guide for Business Technology. John Wiley & Sons, 2006 Seite 11

12 Auswahl von (Cloud-) Serviceangeboten Seite 12

13 Cloud Services made in Germany Quelle: Seite 13

14 Cloud Services made in Germany Das Unternehmen des Cloud Service-Betreibers wurde in Deutschland gegründet und hat dort seinen Hauptsitz. Das Unternehmen schließt mit seinen Cloud Service-Kunden Verträge mit Service Level Agreements (SLA) nach deutschem Recht. Der Gerichtsstand für alle vertraglichen und juristischen Angelegenheiten liegt in Deutschland. Das Unternehmen stellt für Kundenanfragen einen lokal ansässigen, deutschsprachigen Service und Support zur Verfügung. Quelle: Seite 14

15 Cloud made in Europe Auf der Basis eines harmonisierten Rechtsrahmens sollte ein Standard erstellt werden. Inhalt wären gemeinsame und messbare Kriterien sowie Zertifikate, die von unabhängigen Prüfern vergeben werden. Quelle: Rossbach, C.; Welz, B.: Survivalof thefittest -Wie Europa in der Cloud eine führende Rolle übernehmen kann, Roland Berger StrategyConsultants, SAP, München 2011 Seite 15

16 Cloud made in Europe Quelle: Rossbach, C.; Welz, B.: Survivalof thefittest -Wie Europa in der Cloud eine führende Rolle übernehmen kann, Roland Berger StrategyConsultants, SAP, München 2011 Seite 16

17 Service Measurement Index (SMI) nach CSMICC The Service MeasurementIndex (SMI) is a setof business-relevant Key Performance Indicators(KPI's) thatprovide a standardized methodfor measuringand comparing a business serviceregardlessof whether thatservice is internallyprovidedorsourcedfroman outside company. Itisdesignedto become a standard methodto help organizationsmeasure cloud-basedbusinessservicesbasedon their specificbusiness and technology requirements. The Service MeasurementIndex is currentlybeingdevelopedbythe Cloud Services MeasurementInitiative Consortium(CSMIC). Quelle: IntroducingtheService MeasurementIndex, URL: Seite 17

18 Service Measurement Index (SMI) nach CSMICC Quelle: IntroducingtheService MeasurementIndex, URL: Seite 18

19 Beispiele für Cloud-Benchmarks Seite 19

20 Verrechnungsbezogene Aspekte: - Pricing Plan Unterstützte Preismodelle - AverageMonthlyPrice Geschätzte monatliche Kosten - Costof OutboundData Transfer Datenübertragung vom Server - Costof Inbound DataTransfer Datenübertragung zum Server Technische Aspekte: Bewertungsmodell - Scale Up Skalierbarkeit (Arbeitsspeicher, CPU, Massenspeicher) - Scale Out Serverinstanzen ad hoc hinzufügen - Monitoring (ohne, einfach und integriertes Monitoring) - APIs Möglichkeiten zur Serverinteraktion bzw. -konfiguration Quelle: Seite 20

21 Vertragliche Aspekte: - Service Level Agreement (SLA) Prozentuale Verfügbarkeit - Numberof Datacenters Anzahl verfügbarer Rechenzentren - Certifications Zertifikate (z.b. SAS 70) - Support (einfach, 24x7 Support, verschiedene Supportformen) Weitere Sachverhalte: Bewertungsmodell - Free Tier Angebot frei verfügbarer Testumgebungen - Supported OS unterstützte Betriebssysteme - Numberof Instance Types Differenzierte Serverkonfiguration. Quelle: Seite 21

22 Bewertungsergebnisse Quelle: Seite 22

23 Test von 16 Cloud-Anbietern (nur 6 waren erfolgreich!) Allgemein benötigte Funktionalitäten - Administrative APIsfür Testumgebung - Test der Basisfunktionalitäten Bewertungsmodell Bewertung von Cloud-Speicherlösungen - Schreib-und Lesegeschwindigkeit unterschiedlicher Filegrößen - Stabilität (Antwortzeit, Ausfälle, Verfügbarkeit, ) - Skalierbarkeit (Speicherfähigkeit, Lasterhöhung, Nachhaltigkeit) Quelle: (Nasuni Corporation) Seite 23

24 Amazon S3, Ergebnisbeispiele (6 Cloud-Anbieter) AT&T Synaptic, Microsoft Windows Azure, Nirvanix, Peer1 Hosting, RackspaceCloud Quelle: (Nasuni Corporation) Seite 24

25 Eigene Performanceanalysen Unterschiedliche Testziele (Beispiele): - Service-Anbieter - Ressourcenplanung - Service-Nutzer geschäftlicher Werte - Service-Integratoren Interaktions-und Synchronisationsszenarien Angebotene Testfunktionalitäten: - Zumeinst keine Bezüge zu benötigten Lastszenarien - Berücksichtigung eines verteilten Systems - Prozessorientierte Zuordnung verbrauchter Ressourcen Seite 25

26 Online-Monitoring von Services Seite 26

27 Reife des SOA-Management (Service Delivery bezogen) - Wartung/Pflege von Serviceverzeichnissen Capacity& Availability - Accountingund Verrechnung der Servicenutzung -Finance - Kooperationsmöglichkeiten mit anderen Serviceanbietern Continuity - Service Level Management (singleserviceund service composition) Reife des SOA-Management (Service Support bezogen) - Incident-& Problem-Management - Change-und Release-Management Angebot von Metriken Bewertung aus Sicht des Beitreibers (IT-Management) - System Service Service-Orchestration-Business process KPI Seite 27

28 Bewertung aus Sicht des Beitreibers (IT-Management) Seite 28

29 Bewertungsszenario - Cloudsleuth Performanceanalyse von PaaSund IaaSAnbietern - Erfahrungen mit Cloud-Applikationen - Unterstützung von Design-Entscheidungen CloudSleuth Test- und Messumgebung (Testtreiber) - Global Provider View - Gomez Performance Network(GPN) Testapplikation (SUT) - Meist Apache-Websever(Ausnahme bei Windows Azure) - Shopsystem (Webseiten, Grafiken, JavaScript, CSS, ) Cloud-Anbieter wie z.b.: - Amazon EC2 EU -Ireland - Windows Azure US Central -Illinois Quelle: Seite 29

30 Messgröß ößen - Cloudsleuth Antwortzeit (Response Time) - Durchschnittliche Antwortzeit erfolgreicher Tests - End-to-End Antwortzeitverhalten mehrstufiger Transaktionen Verfügbarkeit (Availability) - Erfolgreich abgeschlossene Transaktionen in Prozent - Erfolglose Transaktionen (Fehler oder Zeitüberschreitung) Backbone Performance (Range Value) - Betrachtung von 30 Backbone-Knotenweltweit - Bezug auf geografische Verteilung (USA, Europa, ) Beobachtungszeitraum (Reporting Windows) - Konfigurierbare Messintervalle - Konfigurationsmöglichkeiten (6/24 Stunden oder 7 bzw. 30 Tage) Quelle: Seite 30

31 Performanceanalysen - Cloudsleuth Quelle: Seite 31

32 Weiterführende Hinweise Seite 32

33 Literatur n n n n n Erl, T.: Service-Oriented Architecture Concepts, Technology and Design, Prentice hall, Upper Saddle River, NJ, 2005 Dostal, W.; Jeckle, M.; Melzer, I.; Zengler, B.: SOA mit Web Services, Spektrum Akademischer Verlag, München, 2005 Alonso, G.; Casati, F.; Kuno, H.; Machiraju, V.: Web Services, Springer-Verlag, Berlin Heidelberg, 2004 Chapell, D. A.; Jewell, T.: Java Web Services Using Java in SOA, O Reilly Media, Sebastopol, CA, 2002 Cappell, D. A.: Theory in Practice -Enterprise Service Bus, O Reilly Media, Sebastopol, CA, 2004 Seite 33