Seminar over Ontwerpen SOA

Ontwerpen van Service Oriented Architectures
		[Home][Event outlines][Dutch Presentations][Ontwerpen SOA]

		Het ontwerpen van Service Oriented Architectures Subtitel: Richtlijnen voor en ervaringen met SOA's Doelgroep Deze conferentie is bestemd voor eenieder die overweegt systemen te integreren op basis van Service Oriented Architectures en services. De nadruk zal liggen op de richtlijnen, tips, do's and don'ts, en technieken voor het ontwerpen van deze nieuwe architecturen. Functies: IT-managers, technology planners, infrastructuur-architecten, consultants, systeemanalisten en –ontwerpers, databaseontwerpers en -beheerders. Tijdsduur 1 dag Inleiding De meeste standaarden zijn klaar en de producten zijn beschikbaar. Maar waar begint men? Hoe dient een Service Oriented Architecture (SOA) ontworpen te worden? Welke ontwerprichtlijnen bestaan er? Wat zijn de do's en dont's voor deze baanbrekende technologie waarmee informatiesystemen geïntegreerd kunnen worden? Dit eendaagse seminar behandelt deze cruciale richtlijnen en is gebaseerd op ervaringen opgedaan in verschillende SOA-projecten. Grote en kleine, commerciële en niet-commerciële organisaties, bij vele staat het integreren van informatiesystemen hoog op de agenda. Door de jaren heen zijn hier al vele technologieën voor geïntroduceerd, uiteenlopend van DCE, CORBA, Message Oriented Middleware (MOM), application servers en Enterprise Application Integration-tools (EAI). Met de komst van webservices is het tijdperk van de SOA aangebroken. Karakteristiek voor een SOA is het gebruik van internationale standaarden en een zeer loosely coupled manier van integreren. Er wordt gebruik gemaakt van moderne technologieën en standaarden zoals XML, Internet en Business Process Execution Language (BPEL). Bij het ontwerpen van SOA's moeten er vele ontwerpbeslissingen genomen worden. Er moeten producten gekozen worden. Er moet een globale architectuur uitgedacht worden. Hoe worden bestaande applicaties, die initieel niet ontworpen waren om geïntegreerd te worden, aangeroepen worden vanuit de SOA? Wat betekent precies een document-oriented interface voor services? Ook het beheer van een SOA dient goed ingericht te worden. Dient er wel of niet aan Business Activity Monitoring (BAM) gedaan te worden? Hoe richten we billing, service level agreements en security in? Vele, vele vragen dienen er beantwoord te worden voordat er met de bouw begonnen kan worden. Veel aandacht zal er aan de Enterprise Service Bus (ESB) geschonken worden. Dé technologie voor het ontwikkelen van een SOA. Het is een moderne implementatie van een SOA. Omdat er reeds diverse organisaties ervaringen hebben opgedaan met de bouw van SOA's, beginnen langzaamaan de ontwerprichtlijnen boven tafel te komen. Dit seminar is ook geen theoretische verhandeling en ook geen toelichting van wat een SOA is, maar is een samenvatting van deze ervaringen. Onmisbaar voor diegenen die met een SOA gestart zijn of die overwegen een SOA te ontwikkelen. Programmaoverzicht 1. Inleiding: Van webservices naar Service Oriented Architectures De bedrijfsmatige voordelen van een SOA Van monolieten via geïntegreerde naar decomponeerbare informatiesystemen Waarom is XML ideaal voor gegevensuitwisseling? Overzicht van de standaarden voor webservices, waaronder SOAP, WSDL, UDDI, WS-ReliableMessaging, WSDM, WS-Security en BPEL De overgang van klassiek EAI naar de ESB Ontwikkelen van een SOA met een ESB Alternatieven voor een ESB: applicatieserver, hub-and-spoke integration broker en message oriented middleware 2. Plannen van een SOA Hoe belangrijk is management commitment? Criteria voor het kiezen van een ontwerpaanpak: top-down, bottom-up of outside-in Composite services als brug tussen basic en business process services Criteria voor het selecteren van producten Ontwerpen van een globale architectuur Modelleringstechnieken ontworpen door Gregor Hohpe en David Chappell Drie architectuurniveaus: de producten, de koppelingen en de services 3. Ontwerpen van een SOA Ontwerpregels voor de interfaces van individuele services Van parameter- naar document georiënteerde interfaces Drie niveaus van services: basic services, composite services en business process services Ontwerpen van XML-documenten als de parameters van interfaces: plat, diep of enriched Omgaan met parsing problemen Richtlijnen voor het ontwerpen van een loosely coupled architectuur Aan welke voorwaarden dienen legacy applicaties te voldoen om in een SOA opgenomen te kunnen worden? 4. Ontwerpen van basic services Vier categorieën basic services: query-centric, update-centric, logic-centric en transactie-centric De rol van XSLT en XQuery bij het ophalen van gegevens uit een database Ontwerprichtlijnen voor een compensating service Transformaties, composities en cleaning below the SOAP line De invloed van interfaces op het netwerkverkeer Omzeilen van de applicatie: do or don't De rol van cleaning-tools bij het matchen van gegevens Het datawarehouse en de operational data store (ODS) als gegevensbron voor services 5. Ontwerpen van composite services Met composite services de kloof overbruggen tussen basic services en business process services Ontwerpregels voor het aggregeren van basic services In welke taal dienen composite services geschreven te worden: Java, C#, XSL of BPEL? 6. Ontwerpen van business process services Introductie tot BPEL - de gestandaardiseerde taal voor orchestration Combineren van gegevens uit verschillende systemen: met BPEL of in een service? Meegeven van het business process in de documenten De grens tussen de composite en de business process service Van Business Process Modellering naar BPEL 7. Ontwerpen van generieke services Wat doet precies een content based router? Voorbeelden van content based routers Ontkoppelen van services via routing Opvangen van bericht-veranderingen via routing Wat is een business rule enige? Waar dienen de business rules geïmplementeerd te worden? 8. Samenvatting en conclusies De toekomst van de service oriented architecture De relatie tussen SOA en andere IT-onderwerpen Algemene adviezen voor de invoering van een SOA [Previous][Up][Next] Copyright (c) 2017 R20/Consultancy B.V.. All rights reserved.