Download de presentatie
De presentatie wordt gedownload. Even geduld aub
GepubliceerdMathijs Koster Laatst gewijzigd meer dan 10 jaar geleden
1
Een reis door SOA valkuilen: de Meavita case Jeroen J van Beele Meavita ICT-verandermanagement 17 januari 2007
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
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.
7
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.
8
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
9
Inhoud •Proloog •Meavita / Jeroen J van Beele •Chronologie ESB-project •SOA volgens Meavita •Observaties •Valkuilen
10
Meavita / Jeroen J van Beele •Meavita –AWBZ( / WMO) zorg –Fusie met Sensire / Thuiszorg Groningen / Vitras –3.500 → 21.000 werkplekken, 4-5 kernapplicaties •Jeroen J van Beele –Wiskundige –Sinds 1996 in ICT –Sinds 2000 als ICT-architect –ICT-verandermanagement
11
Inhoud •Proloog •Meavita / Jeroen J van Beele •Chronologie ESB-project •SOA volgens Meavita •Observaties •Valkuilen
12
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
13
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
14
Inhoud •Proloog •Meavita / Jeroen J van Beele •Chronologie ESB-project •SOA volgens Meavita •Observaties •Valkuilen
15
Architectuurprincipes •COTS •SOA •...
16
Elementen van de Meavita SOA •Common Data Model (CDM) •Componenten met interfaces •Bestaande uit diensten gedefinieerd mbv contracten
17
..... component interface dienst gegevens subcomponent...
18
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
19
Kosten tot nu toe •Eerste jaar licenties •Externen 2005 –geneuzel •Externen 2006 –5 services kernappl –7 services •Internen 350 300 200 450 10 per stuk 25 per stuk ? FTE
20
Toekomstige kosten scenario's migratiejaarlijkssamenAZR 2.1roosterECDBI tibco 0140880130200 350 ander 27510073383150 350 webservices 24560750100150 350 eai 1251071060150 350 alternatieven kosten met een flinke korrel zout in te nemen
21
Inhoud •Proloog •Meavita / Jeroen J van Beele •Chronologie ESB-project •SOA volgens Meavita •Observaties •Valkuilen
22
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
23
Inhoud •Proloog •Meavita / Jeroen J van Beele •Chronologie ESB-project •SOA volgens Meavita •Observaties •Valkuilen –met dank aan Erik van Ommeren, Sogeti
24
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”
25
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”
26
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”
27
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”
28
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”
29
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”
30
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”
31
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”
32
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”
33
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
34
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
35
apotheose •maturity •it-governance –veel technische problemen zijn projecties van organisatorische problemen
Verwante presentaties
© 2024 SlidePlayer.nl Inc.
All rights reserved.