1 / 19

Service Orchestrierung mit .NET

Service Orchestrierung mit .NET. eXtensible Service Orchestration Platform .Net Usergroup Karlsruhe Aydin Mir Mohammadi Ali Moinzadeh. 1. 2. 3. 4. 5. 6. 7. 8. 9. Qualitätsmerkmale von Software (IEEE Std. 1061). Effizienz Zeiteffizienz Ressourceneffizienz Funktionalität

nansen
Download Presentation

Service Orchestrierung mit .NET

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Service Orchestrierung mit .NET eXtensible Service Orchestration Platform .Net Usergroup Karlsruhe Aydin Mir MohammadiAli Moinzadeh 1 2 3 4 5 6 7 8 9

  2. Qualitätsmerkmale von Software (IEEE Std. 1061) • Effizienz • Zeiteffizienz • Ressourceneffizienz • Funktionalität • Vollständigkeit • Korrektheit • Sicherheit • Kompatibilität • Interoperabilität • Wartbarkeit • Korrigierbarkeit • Erweiterbarkeit • Testbarkeit • Portabilität • Hardwareunabhängigkeit • Softwareunabhängigkeit • Installierbarkeit • Wiederverwendbarkeit • Verlässlichkeit • Ausfallsicherheit • Fehlertoleranz • Verfügbarkeit • Usability • Verständlichkeit • Erlernbarkeit • Bedienbarkeit • Aussagefähigkeit 1 2 3 4 5 6 7 8 9

  3. Ich hatte einen Dienst… Service Service Service 1 2 3 4 5 6 7 8 9

  4. und es kamen viele weitere Hinzu… Service Service Service Service Service Service Service 1 2 3 4 5 6 7 8 9

  5. Problem • Konfigurationshölle • Erstellung eines Config-Servers bringt es nicht • Über Konfiguration wird Logik implementiert • Es fehlt der Controller 1 2 3 4 5 6 7 8 9

  6. Orchestrieren statt Choreographieren Orchestrierung Service Service Service Service Service Service Service 1 2 3 4 5 6 7 8 9

  7. Hintergrund • Suche nach einer einfachen aber flexiblen Lösung • Glück gehabt: Ali kommt 1 2 3 4 5 6 7 8 9

  8. Hintergrund • Studienarbeit: Erste Ideen werden entwickelt • Diplomarbeit: „Proofofconcept“ • Theoretische Vertiefung und Konkretisierung der Idee • Vorstellung der Plattform (XSOP) 1 2 3 4 5 6 7 8 9

  9. Agenda • Hintergrund • Architektur • Demo • „Points of Interest“ • Vorteile und Nachteile 1 2 3 4 5 6 7 8 9

  10. Trennung der Schnittstelle von der Logik Adapter Service Stub Orchestrierungs-logik Service Proxy Binding Routing Service Service Workflow Aktivity Aktivity Aktivity 1 2 3 4 5 6 7 8 9

  11. Architektur 1 2 3 4 5 6 7 8 9

  12. Architektur • Die Plattform bietet Basisfunktionalität an • Im Rahmen eines Projektes werden diese Funktionalität von Entwicklern erweitert • Alle Aufrufe und Implementierungsdetails können gekapselt werden • Ein Business-Architekt kann Prozesse modellieren 1 2 3 4 5 6 7 8 9

  13. Runtime 1 2 3 4 5 6 7 8 9

  14. Routing Stub Adapter Service Binding Context Message Router Service Context Workflow Aktivity Aktivity Aktivity 1 2 3 4 5 6 7 8 9

  15. Verteilter Taschenrechner • Szenario: Anwendung fragt Dienst (RPC) Request/Responce Service Anwendung 1 2 3 4 5 6 7 8 9

  16. Verteilter Taschenrechner • Szenario: Anwendung schickt Job ab und erhält das Ergebnis (Messaging) Anwendung Message Message Service 1 2 3 4 5 6 7 8 9

  17. Demo 1 2 3 4 5 6 7 8 9

  18. Konsequenzen • Ein Business-Architekt kann aus Diensten eine Anwendung machen • Andere Art zu programmieren • Sehr Agil • Zwingt zu einem „Sauberen“ Design eines Dienstes • Mehr Overhead (2 x Call + WF) 1 2 3 4 5 6 7 8 9

  19. Fragen? 1 2 3 4 5 6 7 8 9

More Related