Kennissessie SOA Architectuur en Governance

994 views

Published on

U staat op het punt om een servicegeoriënteerde architectuur (SOA) in te voeren of heeft de eerste stappen al gezet. Tegelijkertijd stelt u zichzelf de vraag of de beloften van SOA worden waargemaakt en of een veelvoud aan services wel beheersbaar kan zijn. SOA-governance zou een voorwaarde zijn voor het succesvol invoeren van SOA, maar wat is dat dan en waarom is het nodig? Op 13 december 2011 organiseerde Whitehorses de kennissessie SOA Architectuur en Governance. Dit zijn de handouts van de presentaties van deze middag.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
994
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
29
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Kennissessie SOA Architectuur en Governance

  1. 1. SOA Architectuur en GovernancePeter Paul van de BeekSjors WagenaarFrank DorstWhitehorses Kennissessie13 december 2011
  2. 2. De mens als maat Technologie als passie
  3. 3. Lean denkenAgile werken Advies/coaching, architectuur, project management, integratie, (custom) development Oracle SOA Suite, Service Bus, BPM Suite, WebCenter, WebLogic, ADF, etc.
  4. 4. Programma Tijd Onderwerp 14.10 – 14.30 Inleiding SOA-governance 14.30 – 14.55 SOA-referentiearchitectuur 14.55 – 15.20 Service lifecycle governance 15.20 – 15.35 Pauze 15.35 – 16.50 Service-repository: uitleg & demo 16.50 – 17.00 Samenvatting 17.00 BorrelWhitehorses B.V. 5
  5. 5. Wat is SOA-governance? ● Definitie uit Oracle ITSO/OUM: An agile and efficient decision and accountability framework to effectively direct and assist in realizing the benefits of SOA ● Er voor zorgen dat mensen optimaal samenwerken om de juiste (SOA-)dingen op de juiste manier te doen om voordelen van SOA te behalenWhitehorses B.V. 6
  6. 6. Beloofde voordelen van SOA ● Businessvoordelen, bijv.: – Sneller nieuwe producten/diensten – Kanteling naar klant – Procesondersteuning – Best-of-breed pakketten ● IT-voordelen, bijv.: – Flexibiliteit – Hergebruik – Integratie gemakkelijker – ConsistentieWhitehorses B.V. 7
  7. 7. Uitdagingen van SOA ● Betrokkenheid business; eigenaarschap ● Gemeenschappelijk versus individueel belang ● Architectuur en standaarden onvoldoende toegepast ● Onduidelijke rollen, taken en verantwoordelijkheden ● Onvoldoende kennis en vaardigheden ● Geen inzicht en overzicht; impactanalyse lastig ● Hergebruik lastig te realiseren ● Monitoring en beheer onvoldoende ondersteundWhitehorses B.V. 8
  8. 8. SOA benefits & challenges (OUM)Whitehorses B.V. 9
  9. 9. Belangrijke vragen rond services ● Welke services zijn beschikbaar? ● Wie bepaalt wat een service doet? ● Wat zijn rollen, taken en verantwoordelijkheden gedurende de levenscyclus van services? ● Wat is de impact van het wijzigen van een service? ● Welke quality of service wordt geboden? ● Hoe kan ik een service gebruiken?Whitehorses B.V. 10
  10. 10. Wat indien geen SOA Governance? ● Gebrekkige besluitvorming m.b.t. SOA ● Niet de juiste services, niet op de juiste manier ● Onvoldoende hergebruik ● Wijzigingen moeizaam; impact lastig te bepalen ● Beheer van serviceslandschap moeizaam ● SOA-voordelen lastig aan te tonen  Geen snellere time-to-market en lagere kostenWhitehorses B.V. 11
  11. 11. Soorten governance (Open Group, ITSO)Whitehorses B.V. 12
  12. 12. Waarom SOA-governance extra nodig? ● Meer componenten en interacties/relaties daartussen ● Hergebruik ● Versies ● Domeinoverstijgende processen en services ● Canoniek datamodelWhitehorses B.V. 13
  13. 13. SOA Governance Reference Model (ITSO)Whitehorses B.V. 14
  14. 14. Pragmatische aanpak ● Niet alles meteen; eerst op te pakken: – SOA-referentiearchitectuur en –ontwikkelstandaarden – Service lifecycle governance – Service-repository ● SOA-governance zoveel mogelijk verwerken in bestaande governance en processen ● Training en ondersteuning alle stakeholdersWhitehorses B.V. 15
  15. 15. Samenvatting inleiding SOA-governance ● Wat is SOA Governance? ● Beloofde voordelen van SOA ● Uitdagingen van SOA ● Wat indien geen SOA-governance? ● Waarom is SOA-governance extra nodig? ● SOA Governance Reference Model ● Pragmatische aanpakWhitehorses B.V. 16
  16. 16. Programma Tijd Onderwerp 14.10 – 14.30 Inleiding SOA-governance 14.30 – 14.55 SOA-referentiearchitectuur 14.55 – 15.20 Service lifecycle governance 15.20 – 15.35 Pauze 15.35 – 16.50 Service-repository: uitleg & demo 16.50 – 17.00 Samenvatting 17.00 BorrelWhitehorses B.V. 17
  17. 17. Architectuur ● Zorgen voor flexibele en efficiënte IT-voorziening die bedrijfsdoelstellingen ondersteunt én beheersbaar is ● Architectuur beschouwt oplossingen veel breder in tijd en functionaliteit dan een project ● Flexibiliteit en efficiëntie kunnen sterk worden vergroot door toepassen van SOA ● SOA wordt uitgewerkt in SOA-referentiearchitectuurWhitehorses B.V. 18
  18. 18. Architectuurprocessen Creating architecture SOA Reference Architecture Principles and starting points As-is To-be To-be domain Business goals architectures Working under architecture Program, based on Roadmap Project PSAWhitehorses B.V. 19
  19. 19. Functionele domeinenWhitehorses B.V. 20
  20. 20. Mapping van oplossingen op domeinenWhitehorses B.V. 21
  21. 21. Architectuurgovernance Management Board MB member Business Management IT Management Chief Architect Architecture Program Board Steering (per business domain) Board Approve to-be architectures Approve and monitor PSAs Monitor architecture deviations Architecture TeamWhitehorses B.V. 22
  22. 22. SOA Governance Principle (Open Group)Whitehorses B.V. 23
  23. 23. Waarom SOA-referentiearchitectuur? ● Eenduidig SOA-begrippenkader voor alle betrokkenen ● Link naar bedrijfsdoelstellingen ● Uitwerking van SOA-principes in architectuurmodellen ● Duidelijke, consistente blauwdruk/aanpak voor implementeren SOA/integratie ● Duidelijk welke SOA-technologie waarvoor inzetten ● Oplossingen voor generieke patronen/problemen ● Basis voor ontwikkelarchitectuur, ontwikkelproces en governance voor SOA/integratieWhitehorses B.V. 24
  24. 24. Inhoud SOA-referentiearchitectuur ● SOA-voordelen (link met bedrijfsdoelstellingen) ● SOA-begrippen (bouwblokken) ● SOA-principes ● SOA-modellen (structuur) ● SOA-infrastructuur (technologie/tools) ● Generieke onderwerpen, bijv. CDM, versionering, documentatie, beveiliging, monitoring&control, etc. ● Zie ook Oracle ITSO, OUM, AIA en The Open GroupWhitehorses B.V. 25
  25. 25. Servicedefinitie (OUM)Whitehorses B.V. 26
  26. 26. SOA-principes ● Interoperabiliteit ● Ontkoppeling ● Standaard interface en contract ● Abstractie/inkapseling ● Hergebruik ● Vindbaarheid ● Eén bron voor functionaliteit/dataWhitehorses B.V. 27
  27. 27. SOA Logical Model (ITSO)Whitehorses B.V. 28
  28. 28. Architectuurmodel voor integratieWhitehorses B.V. 29
  29. 29. Architectuurmodel – functionele viewWhitehorses B.V. 30
  30. 30. SOA-technologieWhitehorses B.V. 31
  31. 31. “Generiek onderwerp”: Versionering ● Versionering van services en canonieke dataobjecten ● Aantal versies in productie? ● Wanneer nieuwe versie? ● Hoe omgaan met bestaande service consumers? ● Versionering van softwareartefacten en documentatie Opm: Is belangrijk voor service lifecycle managementWhitehorses B.V. 32
  32. 32. SOA-ontwikkelarchitectuur ● Standaarden en werkwijzen voor specificatie, definitie, ontwerp, bouw, test, deploy/OTAP van services, etc. ● Inclusief standaarden en werkwijzen voor SOA- ontwikkeltools ● Templates, checklists, herbruikbare componenten, generatoren, standaard scripts, e.d. ● Training en ondersteuning van ontwikkelaarsWhitehorses B.V. 33
  33. 33. Samenvatting SOA-RA ● Architectuur: processen, domeinen, governance ● Waarom SOA-referentiearchitectuur? ● Inhoud SOA-referentiearchitectuur; voorbeelden: – Servicedefinitie – SOA-principes – SOA-modellen – SOA-technologie – Versionering ● SOA-ontwikkelarchitectuurWhitehorses B.V. 34
  34. 34. Programma Tijd Onderwerp 14.10 – 14.30 Inleiding SOA-governance 14.30 – 14.55 SOA-referentiearchitectuur 14.55 – 15.20 Service lifecycle governance 15.20 – 15.35 Pauze 15.35 – 16.50 Service-repository: uitleg & demo 16.50 – 17.00 Samenvatting 17.00 BorrelWhitehorses B.V. 35
  35. 35. Overzicht – Service lifecycle governance ● Service lifecycle ● Governance aspecten ● VoorbeeldenWhitehorses B.V. 36
  36. 36. Service Lifecycle – Cradle to GraveWhitehorses B.V. 37
  37. 37. Doel governance van service lifecycle ● Juiste services op juiste manier maken en gebruiken ● Duidelijk maken van ieders rol daarbij: bepalen van taken, deliverables, standaarden, tools, etc. per rol  ● Hergebruik bevorderen ● Voldoen aan SOA-principes/standaarden ● Beheer(s)baarheid verbeteren ● …Whitehorses B.V. 38
  38. 38. Eerste stappen 1. Eigenaarschap – Verantwoordelijkheden 2. Architectuur & Standaarden – Maken, Toepassen, Aanvullen, Uitleggen, ”Handhaving” 3. Welke artefacten per fase – Wat heb je nodig? / Voegt waarde toe?Whitehorses B.V. 39
  39. 39. Aanpak / aanbevelingen ● Gebruik bestaande – Mensen – Tools – Processen tenzij…. ● Ondersteuning van “Service Repository”Whitehorses B.V. 40
  40. 40. Vbd – Identificatie van services As-is To-be architecture architecture Service Repository Program, based on Roadmap Project PSA Analysis as-is and to-be architectureWhitehorses B.V. 41
  41. 41. PSA – Project Start Architectuur ● Inhoud: – Overzicht wijzigingen in as-is architectuur door project – Architectuurstandaarden die gelden voor project – Architectuurbeslissingen genomen door project – Architectuurafwijkingen veroorzaakt door project ● Toetsen en bijhouden gedurende project ● As-is architectuur bijwerken in service repositoryWhitehorses B.V. 42
  42. 42. Vbd – Aanpassing ontwikkelprocesWhitehorses B.V. 43
  43. 43. Mogelijke boards en teams ● Maak gebruik van bestaande boards/teams, zoals: – Business-IT Board – Architecture Board(s) – Program Steering Boards – Architectuurteam ● Mogelijk nieuwe teams (eventueel virtueel): – SOA-governanceteam – Domeinvalidatieteams – Integratieteam/ICCWhitehorses B.V. 44
  44. 44. Vbd – Integratieteam/ICC ● Centraliseer integratie en de bijbehorende lifecycle ● Team goed in integratie door: – Goede architectuur en standaarden – Duidelijk ontwikkelproces – Krachtige technologieën en tools – Specialistische kennis en vaardigheden ● Toepassen lean-principes hierop  “integratiefabriek”Whitehorses B.V. 45
  45. 45. Samenvatting service-LCG ● Doel service lifecycle governance ● Eerste stappen implementatie service-LCG ● Voorbeelden: – Identificatie van service – Aanpassen ontwikkelproces – Integratieteam/ICCWhitehorses B.V. 46
  46. 46. Programma Tijd Onderwerp 14.10 – 14.30 Inleiding SOA-governance 14.30 – 14.55 SOA-referentiearchitectuur 14.55 – 15.20 Service lifecycle governance 15.20 – 15.35 Pauze 15.35 – 16.50 Service-repository: uitleg & demo 16.50 – 17.00 Samenvatting 17.00 BorrelWhitehorses B.V. 47
  47. 47. Doel service-repository (SR) ● Vastleggen metadata van services en gerelateerde artefacten, inclusief relaties en versies ● Ondersteuning bieden voor SOA-governance, bijv. – Validatie van op te voeren artefacten – Geautomatiseerde ondersteuning governanceprocessen – Opleggen van policy’s – Meten van ROI, hergebruik, etc.Whitehorses B.V. 48
  48. 48. Eerste stap implementatie SR ● Doe-het-zelf repository versus repository-product ● Definieer eigen metadatamodel ● Gebruik van SR toevoegen aan bestaande processen ● Instellen nieuwe SR-rollen, bijv. Registrar ● Bepalen links naar externe documenten; rapporten ● Standaarden voor vastleggen van artefacten ● Vullen repository, zoveel mogelijk geautomatiseerd ● Bieden van ondersteuning aan projecten/teamsWhitehorses B.V. 49
  49. 49. Simpel metadatamodel SR Service attributes: - ID - Name - Version - Life cycle phase - Functional description - Functional domain - …Whitehorses B.V. 50
  50. 50. Links van/naar SR Service RepositoryWhitehorses B.V. 51
  51. 51. Governance rond SRWhitehorses B.V. 52
  52. 52. Demo service-repositoryWhitehorses B.V. 53
  53. 53. Mogelijke vervolgstappen SR ● Uitbreiden metadatamodel: – Meer applicatiearchitectuur – Infrastructuurarchitectuur; link naar CMDB – Informatie- en businessarchitectuur ● Gebruik van policy’s ● Meten van ROI, hergebruik, etc. ● Aanzetten automated workflows ● Koppelen met andere tools/technologieënWhitehorses B.V. 54
  54. 54. SOA-educatie ● Communicatie, training, support, reviewen, controleren, etc. zodat … ● … mensen optimaal samenwerken om de juiste “SOA- dingen” op de juiste manier te doen ● Werk vooral ook nieuwe medewerkers goed in ● Begeleid alle stakeholders voortdurend in hun rol ● Herhaal communicatieWhitehorses B.V. 55
  55. 55. Programma Tijd Onderwerp 14.10 – 14.30 Inleiding SOA-governance 14.30 – 14.55 SOA-referentiearchitectuur 14.55 – 15.20 Service lifecycle governance 15.20 – 15.35 Pauze 15.35 – 16.50 Service-repository: uitleg & demo 16.50 – 17.00 Samenvatting 17.00 BorrelWhitehorses B.V. 56
  56. 56. Samenvatting ● SOA-governance – wat is het en waarom is het nodig? ● SOA-referentiearchitectuur – belang van goede standaardisatie ● Service lifecycle governance – mensen juiste services op juiste manier laten maken en (her)gebruiken ● Service-repository – wat is het en wat lost het op? ● Pragmatische invoering SOA-governance en Service- repository (inclusief team, plan en educatie)Whitehorses B.V. 57
  57. 57. Wat kunnen we voor u doen? Whitehorses B.V. Fultonbaan 20 3439 NE Nieuwegein Tel.: 030-6004720 Fax: 030-6004729 Email: info@whitehorses.nl Web: www.whitehorses.nl Blog: blog.whitehorses.nl Twitter: @whitehorsesnlWhitehorses B.V.

×