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

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.

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.

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.

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

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

Meavita / Jeroen J van Beele •Meavita –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

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

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

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

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

Architectuurprincipes •COTS •SOA •...

Elementen van de Meavita SOA •Common Data Model (CDM) •Componenten met interfaces •Bestaande uit diensten gedefinieerd mbv contracten

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

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

Kosten tot nu toe •Eerste jaar licenties •Externen 2005 –geneuzel •Externen 2006 –5 services kernappl –7 services •Internen per stuk 25 per stuk ? FTE

Toekomstige kosten scenario's migratiejaarlijkssamenAZR 2.1roosterECDBI tibco ander webservices eai alternatieven kosten met een flinke korrel zout in te nemen

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

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

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

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

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.“Let's ask the Junior Enterprise Architects” 3.“Let’s do SO without A” 4.“We will build a tower of Babel” 5.“Let's aim for a moving target” 6.“Let’s change the standards” 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.“Let’s do SO without A” 4.“We will build a tower of Babel” 5.“Let's aim for a moving target” 6.“Let’s change the standards” 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.“We will build a tower of Babel” 5.“Let's aim for a moving target” 6.“Let’s change the standards” 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) 5.“Let's aim for a moving target” 6.“Let’s change the standards” 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) 5.CRM ↔ AZR, maar ESB ging rechtdoor 6.“Let’s change the standards” 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) 5.CRM ↔ AZR, maar ESB ging rechtdoor 6.Architectuurprincipes zijn pas later opgeleverd 7.“Let’s migrate everything to SOA” 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) 5.CRM ↔ AZR, maar ESB ging rechtdoor 6.Architectuurprincipes zijn pas later opgeleverd 7.We hebben nog geen weloverwogen EAI-strategie 8.“Just let it grow” 9.“Believe me: SOA is small, SOA is easy”

7 Doodzonden mbt SOA 1.RvB heeft besloten, directie is niet betrokken 2.Ik was op SOA-gebied ook maar junior, en de leverancier... 3.Het was een ESB-project, geen SOA-project 4.Ons CDM is gelukt (onze data is ook niet zo ingewikkeld) 5.CRM ↔ AZR, maar ESB ging rechtdoor 6.Architectuurprincipes zijn pas later opgeleverd 7.We hebben nog geen weloverwogen EAI-strategie 8.Als we niet weten wat we doen is dat wat er gaat gebeuren 9.“Believe me: SOA is small, SOA is easy”

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

Wanneer geen SOA? •Onvolwassen organisatie –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

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