Workflows in BIS-Grid

Transkript

1 s in BIS-Grid Betriebliche Informationssysteme: Grid-basierte Integration und Orchestrierung Stefan Gudenkauf, André Höing Grid Workshop S.Gudenkauf, A.Höing

2 Agenda Einleitung Ausgangssituation Ziele von BIS-Grid Anwendungsszenarien Prozesserfassung und modellierung Kennzeichen von s in BIS-Grid Prozess-Engineering BIS-Grid Engine Anforderungen Architekturübersicht Sicherheit und Autorisierung Menschliche Interaktion Aktueller Stand/Fazit Seite 2 S.Gudenkauf, A.Höing

3 Ausgangssituation Typische Komponenten in Betrieblichen Informationssystemen (BIS) Verwaltung der Ressourcen eines Unternehmens: ERP-Systeme Management von Kundenbeziehungen: CRM-Systeme Unterstützung von Produktion und Dienstleistungen: PDM-Systeme Integration durch Enterprise Application Integration (EAI) -Systeme: Orchestrierung Service-orientierte Architekturen (SOA): Verknüpfung von Fachwelt und Technologie Herausforderungen für KMU Betriebs und Wartungskosten der -Ablaufsteuerung der dazu notwendigen Ressourcen Know How zur Prozessmodellierung und Dienstorchestrierung Sicherstellung der notwendigen Quality of Services Seite 3 S.Gudenkauf, A.Höing

4 Zielsetzungen in BIS-Grid BIS-Grid Fallstudie: Machbarkeit von EAI mittels Grid-Technologien Türöffner: Erschließung von Grid-Nutzung und des D-Grid für KMU Enabler: generische Grid-kompatible Integrationslösung (Orchestrierung von Grid Services) Zielsetzung Neue vertrauenswürdige Kollaborationsund Geschäftsmodelle für Grid Providing Orchestration/Integration-as-a-Service (OaaS/IaaS) Fokussierung von KMU Nutzung von industriellen Standards zur Orchestrierung von Web und Grid Services, z.b. BPMN, WS- Integration mit anerkannten Technologien, z.b. Active Mögliches BIS-Grid Szenario: vertrauenswürdige Provider-Diensten, Orchestration/Integration as a Service

5 Anwendungsszenarien Szenario 1: Callcenter Informationsaggregation für Callcenter-Mitarbeiter aus verschiedenen Datenquellen Szenario 2: Maschinenkonstruktion und Vertrieb Informationsaggregation für Produkte und Projekte Heterogene Unternehmensstruktur, mehrere Standorte, gemeinsame und verteilte Datenbestände, redundante Datenbestände, Altdaten, analoge Daten

6 s in BIS-Grid Kennzeichen bisher Abbildung von Geschäftsprozessen Datenaggregation/-zugriff aus verschiedene Quellen Keine Third-Party-Transfers Keine großen Daten/Datenmengen Mehrere Instanzen eines s parallel Unternehmensintern Harte Anforderungen an Quality of Services insbesondere Sicherheit In Zukunft Einbinden externer (Grid) Services Ermittlung: Bedarf und Anforderungen Ziel: Von innen nach außen Vertrauen aufbauen Seite 6 S.Gudenkauf, A. Höing

7 Prozess-Engineering Geschäftsanalysten Prozessentwickler Diensteentwicker Fokus auf Kontrollfluss Ergänzung um Datenfluss Fokus auf Dienste Prozess Modellierung ist Input für mit BPMN, Datenflussdiagramm etc. ClientAnwendung verwendet Design ist Input für deploy deploy BIS-Grid ProzessBIS-Grid Laufzeitumgebung Engine Engine Web/Grid Web Service Service Entwicklung Entwicklung verwendet Web/Grid Web Service Service LaufzeitLaufzeitumgebung umgebung

8 Agenda Einleitung Ausgangssituation Ziele von BIS-Grid Anwendungsszenarien Prozesserfassung und modellierung Kennzeichen von s in BIS-Grid Prozess-Engineering BIS-Grid Engine Anforderungen Architekturübersicht Sicherheit und Autorisierung Menschliche Interaktion Aktueller Stand/Fazit Seite 8 S.Gudenkauf, A.Höing

9 BIS-Grid Engine Anforderungen -Definition (13 Anforderungen), u.a. Hierarchische Kombinierbarkeit Menschliche Interaktionen Orchestrierung zustandsbehafteter Dienste -Veröffentlichung (3 Anforderungen), Korrektheitsprüfung Hot Deployment Sicherheit -Ausführung (9 Anforderungen), u.a. Anbieten der WSDL-Schnittstellen der s Gleichzeitige Ausführung mehrerer s Skalierbarkeit Sicherheit Quality of Services Seite 9 S.Gudenkauf, A. Höing

10 Standards, Technologien, Entscheidungen Selektion von Standards und Technologien BPMN: Modellierung von Business Prozessen WS-: De-facto-Standard für Dienstorchestrierung WSRF: zustandsbehaftete Services Active: -Konformität, Open Source UNICORE 6: Grid-Middleware ( Ziel: Möglichst viele der Anforderungen schon durch geeignete Selektion abdecken Entwurfsentscheidungen Generisches, nachhaltiges Design Offen für die Weiterentwicklung der Standards KEINE Veränderungen an den Standards, sondern geschickte Nutzung Seite 10 S.Gudenkauf, A. Höing

11 Architektur Management Service Process Designer Deploy Undeploy Deployed Service Factory User Create Service Other Grid Services Start Monitor Destroy Active Engine UNICORE/X

12 Management Service Existiert 1 x pro Site BIS-Grid-spezifische Infos Security Policies -Konfiguration Grid Service-Adresse Erstellen der Factory Erstellen des Services UNICORE/X Management Service Service Factory Service Entfernen von s Service Factory Deployed Active Engine Veröffentlichen von s WS- Beschreibung Instanc Instanc e e Service WS- Beschreibung Persistierte Daten Seite 12 S.Gudenkauf, A. Höing

13 Service Factory Existiert 1 x pro UNICORE/X Management Service Deployed Service Factory Active Engine Erzeugen von Instanzen Start-Konfiguration für die neue Instanz Kein direktes Starten des s Endpoint Reference auf die neue Instanz Service Instanc Instanc e e Seite 13 S.Gudenkauf, A. Höing

14 Service UNICORE/X Management Service WSRF Service mit zustandsbehafteten Ressourcen Jeder wird durch eine Ressource repräsentiert Jede Kommunikation wird von dem Dienst überwacht Bietet das Interface und zusätzliche Funktionen (z.b. Monitoring) an Gewährleistet Standards, die nicht von Active unterstützt werden Deployed Service Factory Active Engine Existiert 1 x pro mit je einer Ressource pro Ausführung Service Instanc Instanc e e Seite 14 S.Gudenkauf, A. Höing

15 Sicherheit HTTPS & Zertifikate HTTPS & Zertifikate Management Service Process Designer Deploy Undeploy Deployed XACML Policies Service Factory User Create XACML Policies Service Other Grid Services Start Monitor Destroy Nur ein offener Port XACML Policies Active Engine HTTPS & ZertifikateUNICORE/X Kein direkter Zugriff Geeignete SLAs S.Gudenkauf, A.Höing

16 Autorisierung Policies Role Based Access Control UNICORE/X PolicyPolicy Management Service User Abbilden der Unternehmens -/VO-Struktur Policy Service Factory Policy Roles Service P e rm i s s io n s Policy Policy Policy

17 Menschliche Interaktion Vorgehen Untersuchen: Arten von menschl. Interaktion in den Anwendungsszenarien; Realisierbarkeit mit Standard-WS- Falls nicht Realisierbar: WS-HumanTask XML-Dokument als Teil des Deployment Descriptors und HumanTask Activity in der -Beschreibung Active 5.0 unterstützt WS-Human Task BIS-Grid Engine sendet eine SOAP-Nachricht mit dem WS-HT (laut ActiveEndpoints) Dokument zum externen Human Task Service Human Task Service bietet Worklist Benutzern an und gibt Rückantworten an die BIS-Grid Engine Umfang und Funktion muss noch geprüft Vielleicht erste Gewinne durch generisches Design User/GUI Service Start Human Task Grid Services gettasks insertht Additional information (WS-HumanTask) with Human Task

18 Fazit Fazit Architektur der BIS-Grid Engine Standards und Nachhaltigkeit im Entwurf Sicherheit: rollenbasiertes Zugriffskontrolle bis auf Funktionsebene Aktueller Stand der Arbeiten WS- Entwurfsmuster zur Orchestrierung von WSRF-Grid Services Beginn der Implementierung Modular Fokus auf Basisfunktionalitäten Danach Zusatzfunktionen Security, Monitoring, etc.

19 Zusatzfolien S.Gudenkauf, A. Höing

20 Grids Gemeinschaftliche Nutzung organisatorisch und geographisch verteilter heterogener Ressourcen über standardisierte Protokolle und Schnittstellen Analogie Stromnetz: überall in gleicher Weise hochverfügbar Gemeinsamkeit mit EAI: Adressierung von Integrationsbedürfnissen in heterogenen Umgebungen Grids: Ressourcenintegration, EAI: Informationsintegration Organisatorische Klassifikation von Grids (IBM)