Een reis door SOA valkuilen: de Meavita case

Presentatie over: "Een reis door SOA valkuilen: de Meavita case"— Transcript van de presentatie:

1 Een reis door SOA valkuilen: de Meavita case
Jeroen J van Beele Meavita ICT-verandermanagement 17 januari 2007

2 1 jaar geleden in dienst bij meavita
meavita deed esb voor soa ik had alleen gehoord van soa, maar wist niet wat het was dus in 1 jaar kun je van nitwit uitgroeien tot spreker op een congres -> zo moeilijk kan het niet zijn

3

4

5 SOA definitions SOA is a design for linking computational resources (principally, applications and data) on demand to achieve the desired results for service consumers (which can be end users or other services). OASIS (the Organization for the Advancement of Structured Information Standards) defines SOA as the following: A paradigm for organizing and utilizing distributed capabilities that may be under the control of different ownership domains. It provides a uniform means to offer, discover, interact with and use capabilities to produce desired effects consistent with measurable preconditions and expectations. There are multiple definitions of SOA but currently only the OASIS group has created a formal definition with depth which can be applied to both the technology and business domains. OASIS SOA Reference Model (SOA-RM)[2] What Is Service-Oriented Architecture? (XML.com) What is Service-Oriented Architecture? (Javaworld.com) Webopedia definition TechEncyclopedia definition Object Management Group (OMG ) SOA Special Interest Group definition WhatIs.com definition SearchWebServices.com Numerous SOA definitions by industry experts Though many definitions of SOA limit themselves to technology or just web services, this is predominantly pushed by technology vendors; in 2003 they talked just of web services, while in 2006 the talk is of events and process engines.

6 Proloog Google search leverde de inzichten:
SOA is niet de heilige graal Meavita dient zelf te definieren wat voor haar SOA betekent Met SOA kun je meer troep maken dan met COBOL Erik van Ommeren, Sogeti randvoorwaarden en valkuilen heliview/van ommeren: meavita voldeed niet aan de randvoorwaarden en liep daarom in de valkuilen

7 Inhoud Proloog Meavita / Jeroen J van Beele Chronologie ESB-project
SOA volgens Meavita Observaties Valkuilen

8 Meavita / Jeroen J van Beele
AWBZ( / WMO) zorg Fusie met Sensire / Thuiszorg Groningen / Vitras 3.500 → werkplekken, 4-5 kernapplicaties Jeroen J van Beele Wiskundige Sinds 1996 in ICT Sinds 2000 als ICT-architect ICT-verandermanagement

9 Inhoud Proloog Meavita / Jeroen J van Beele Chronologie ESB-project
SOA volgens Meavita Observaties Valkuilen

10 Chronologie ESB-project 2005
enterprise architectuur SOA aanschaf Tibco omdat een mogelijke fusiepartner een van Tibco's producten gebruikte implementatie van koppeling CRM met kernapplicatie implementatie CRM stilgelegd nieuwe aanleiding: AZR-instroomapplicatie aan de a4 ontbreekt nog een stukje soa zien als esb is zoiets als het huwelijk zien als ongestraft mogen vrijen - je gaat heel vinnenkort een heel groot probleem krijgen

11 Chronologie ESB-project 2006
ESB-project stilgelegd omdat het maar uit het budget bleef lopen CRM-project doorgestart terug naar oude aanleiding: koppeling CRM + handwerk als AZR straks in de lucht is vervalt het handwerk wegens tekort budget AZR lagere prioriteit op dit moment is AZR al klaar alleen nog niet getest gerealiseerd als softwareasbest in de ESB als ontwikkelomgeving onvolwassenheid teveel praten (meavita kon niet aangeven wat ze wilde (onvolwassenheid) en dus ging de leverancier op zoek)

12 Inhoud Proloog Meavita / Jeroen J van Beele Chronologie ESB-project
SOA volgens Meavita Observaties Valkuilen

13 Architectuurprincipes
COTS SOA ...

14 Elementen van de Meavita SOA
Common Data Model (CDM) Componenten met interfaces Bestaande uit diensten gedefinieerd mbv contracten De Meavita-SOA bevat drie kernelementen het common data model (CDM). Dit is het datamodel in welke alle berichten die binnen de dienstgeorienteerde omgeving (service oriented environment, SOE) uitgewisseld worden staan gesteld. componenten. Op het hoogste niveau bestaat de ICT-portfolio uit componenten. Voor het gemak kan aan pakketten gedacht worden. Een component heeft een interface die uit diensten bestaat. diensten. Een dienst wordt gedefinieerd mbv zijn contract. Pakketten worden ontsloten mbv diensten. Op de navolgende slides worden bovenstaande begrippen nader beschreven. Dit alles is nog op logisch niveau, om dit technisch mogelijk te maken wordt gebruik gemaakt van een enterprise service bus (ESB).

15 interface dienst component ... .. ... ... gegevens subcomponent

16 Open einden Indeling in componenten Quality of service
wat mag wel en niet in en tussen componenten hoe realiseert dat agility? Quality of service Semantiek in pre- en postcondities

17 Kosten tot nu toe Eerste jaar licenties Externen 2005 Externen 2006
geneuzel Externen 2006 5 services kernappl 7 services Internen 350 300 200 450 10 per stuk 25 per stuk ? FTE

18 met een flinke korrel zout in te nemen
Toekomstige kosten kosten scenario's migratie jaarlijks samen AZR 2.1 rooster ECD BI tibco 140 880 130 200 200 350 ander 275 100 733 83 150 150 350 alternatieven webservices 245 60 750 100 150 150 350 eai 125 10 710 60 150 150 350 met een flinke korrel zout in te nemen

19 Inhoud Proloog Meavita / Jeroen J van Beele Chronologie ESB-project
SOA volgens Meavita Observaties Valkuilen

20 Observaties Geen beeld van wat SOA is of kan betekenen
SOA-implementatie werd als een ESB-toolimplementatie opgevat Selectietraject van de ESB ondoordacht? ihb noodzaak EAI / SOA Onvolwassenheid zorgde voor budgetoverschreiding AZR-instroomapplicatie is als asbest gerealiseerd door techneuten soa zien als esb is zoiets als het huwelijk zien als ongestraft mogen vrijen - je gaat heel binnenkort een heel groot probleem krijgen ESB is onderdeel van een SOA SOA is filosofie/paradigma SOA is onderdeel van een SOE (environment)

21 Inhoud Proloog Meavita / Jeroen J van Beele Chronologie ESB-project
SOA volgens Meavita Observaties Valkuilen met dank aan Erik van Ommeren, Sogeti

22 7 Doodzonden mbt SOA “Let’s not tell the business”
“Let's ask the Junior Enterprise Architects” “Let’s do SO without A” “We will build a tower of Babel” “Let's aim for a moving target” “Let’s change the standards” “Let’s migrate everything to SOA” “Just let it grow” “Believe me: SOA is small, SOA is easy”

23 7 Doodzonden mbt SOA RvB heeft besloten, directie is niet betrokken
Ik was op SOA-gebied ook maar junior, en de leverancier... Het was een ESB-project, geen SOA-project Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) CRM ↔ AZR, maar ESB ging rechtdoor Architectuurprincipes zijn pas later opgeleverd We hebben nog geen weloverwogen EAI-strategie Als we niet weten wat we doen is dat wat er gaat gebeuren Ik hoop dat u nu duidelijk is dat SOA heel wat voeten in de aarde heeft

24 Wanneer geen SOA? Onvolwassen organisatie Geen aanleiding
Geen kennis van SOA en architectuur Niet procesgeorienteerd Geen besturing Geen aanleiding Geen verandering Stabiele IT omgeving Homogene IT omgeving Bijvoorbeeld alles SAP Hoge performance eisen

25 apotheose maturity it-governance
veel technische problemen zijn projecties van organisatorische problemen