Der SBB Online-Ticketshop Mit SOA zum Erfolg

Transkript

1 Der SBB Online-Ticketshop Mit SOA zum Erfolg BAT 03 Stefan Meichtry, Stefan Becker Bern, den SBB Informatik 1

2 Das Ziel SBB Informatik 2

3 Agenda Problemraum Lösungsraum Analyse Wir sind hier Synthese SOA ist Konzept......und nicht (nur) Technologie SBB Informatik 3

4 Use Cases Weitere Use Case Gruppe Kundenverwaltung Ticketerstellung und -ausgabe SBB Informatik 4

5 SOA (Kernaspekte) Kein Widerspruch zu OO, sondern nächste Abstraktionsebene Funktionale Abstraktion (anstatt Datenabstraktion) Kerninteraktionsmuster zwischen Service-Consumer (Client) Service-Provider (Implementierung) Service-Registry (Vermittler) Zentraler und einheitlicher Zugriff aus Services Explizite Trennung bzw. Unterscheidung von Service-Schnittstelle (=Contract) Service-Realisierung (=Implementation) Service haben dedizierte Hoheit über Geschäftsdaten und -objekte SBB Informatik 5

6 Services Immer bin ich betroffen, wenn wegen dem Anderen was ändert... Ein Service ganz für mich allein Ticketing Ticketing SBB Informatik 6

7 Architekturvision Architektur muss SOA ermöglichen und unterstützen Entkopplung technischer und fachlicher Aspekte Komplexitätsreduzierung Wiederverwendung auf Komponenten und Service-Ebene Konfigurierbarkeit Plattformübergreifender Einsatz Plattformneutrale Technologie Einfacher und effizienter Entwicklungsprozess Umsetzung mit vorhandenem Mitarbeiterstamm SBB Informatik 7

8 Zwischen den Welten J2SE Lösungsraum J2EE A) OSGi Testing Simulation Embedded Systems B) C) SBB Informatik 8

9 Positionierung MCA (Software für SOA) Es muss Spass machen Software mit MCA zu entwickeln Programmiermodell: kleinster gemeinsamer Nenner sind POJOs Minimale Abhängigkeit zur Laufzeitumgebung Entwicklungsprozess: Komplexität J2EE - Server starten Server stoppen grummel, grummel J2SE - Zeit SBB Informatik 9

10 MCA Schichtenmodell POJO s Services Apps 2 Apps 1 OSGi MCA J2EE (WAS, JBOSS) J2SE Plattform SBB Informatik 10

11 MCA Verwendete Std.-Technologien JTA/JTS XML JAAS TX Config Security AOP MCA TLS Remoting Tracing Persistence EJB Log4J JDBC MCA Services Configuration Authentication AccessControl Transaction TopLink/Persistence Logging Tracing Internationalization Properties System Information Monitoring Profiling Messaging Naming Value Lists XML Converter SBB Informatik 11

12 Components AOP Zum Glück habe ich meine eigene Schnittstelle AOP Ticketing Service und ich auch Persistence Interceptor SBB Informatik 12

13 Services und Interceptors Service-Aufrufe ohne MCA Interceptors Service-Aufrufe mit MCA Interceptors InvocationHandler.invoke() Liste der verfügbaren Interceptors in MCA Access Control Asynchronous Calls Design by Contract Exception Mapping Profiling Remote Comm. Tracing Transaction Syncronization SBB Informatik 13

14 Remote Communication Local MCA Konfiguration Remote MCA MCA Wechsel zwischen Local und Remote: Konfiguration Realisierungsvarianten Existent: EJB-SessionBean, Sockets Möglich: JMS, WebServices, RPC, HTTP SBB Informatik 14

15 Deployment Szenarien Component Deployment = Viele EARs Application Deployment = 1 EAR IBM Advice SBB Informatik 15

16 Ausbaustrategie Mobile Ticket (MMS) Ticket-Automaten... SBB Informatik 16

17 Facts und Projektkennzahlen Facts Dauer der Realisierung 1 Jahr mit ca. 60 MA 5 Teams parallel aufgesetzt Kein Quadrat: Mitarbeiter/Monate Klare Schnittstellen zwischen Teams (Subsysteme) Leitplanken und Guidance für Entwicklung (MCA) Projektkennzahlen Metrik MCT (Shop)* MCA** Prozent MA (Entwickelnde) % LOC (Anzahl Zeilen Code) % NOC (Anzahl Klassen) % NOO (Anzahl Operationen) % * Ohne Unit-Tests und JSPs ** Ohne Unit-Tests SBB Informatik 17

18 Checkliste Bilden sich Organisationseinheiten als fachliche Einheiten in der Software ab? Und umgekehrt? Subsysteme als Basis einer SOO Gibt es eine zentrale Stelle, welche die Schnittstellen zwischen den Subsystemen verwaltet? Bedingung für parallele Entwicklung Wird SOA als Konzept verstanden und bereits in frühen Phasen der Analyse mitberücksichtigt? Bedingung für sinnvolle Gruppierung von Funktionen zu Services Bedingung für Verallgemeinerung von Services Gibt es ein SOA Programmiermodell, welches die technische Architektur sicherstellt? Guidance in der Entwicklung (Risikominimierung und QS) SBB Informatik 18

19 Fragen / Kontaktinfos stefan.meichtry@sbb.ch stefan.becker@network247.ch SBB Informatik 19