Wikipedia

Service-oriëntatie: verschil tussen versies

Interactief door geschiedenis bladeren
← Oudere bewerkingNieuwere bewerking →
Verwijderde inhoud Toegevoegde inhoud
VisueelWikitekst
Geen bewerkingssamenvatting
Regel 1:
'''Service-oriëntatie''', vertaling van ''Service-Oriented Architecture'' (SOA), is een [[software]]architectuurmodel, geen technologie op zich. EenCentraal volgensbestaat een SOA opgebouwd systeem bestaat meestal uit 2 soortenservice componentencontracten. EnerzijdsHierbij de componenten die een dienst aanbieden, de "services" (applicatie), anderzijds de componenten die deis uitwisselingsprake van informatie tussen services regelen, de "[[Enterprise Service Bus]]" (infrastructuur). Vaak worden services uitgevoerd als [[webservice]], maar dit is verreafnemers van noodzakelijk.diensten Eenen service kan ook aangeboden worden in een andere vormleveranciers. BijvoorbeeldKenmerkend doorvoor het versturen van data in elke vorm, zoals als flatde filediensten (.txt),en als e-mail (SMTP / POP3contracten), FTP... Ook acties uitgevoerd door een persoon kunnen beschouwd worden als een service.is:
* Een service is virtueel: de afnemer heeft geen weet van de implementatie van de dienst. De dienst is onafhankelijk van de afnemer. Scheiding van verantwoordelijkheid is exliciet vastgesteld. Voordeel hiervan is onafhankelijkheid van veranderingen van afnemer en leverancier. Voldoen aan het contract staat immers centraal;
* Een service is gestandaardiseerd: er is slechts één implementatie aanwezig van een verantwoordelijkeheid. Voordeel is het rationaliseren van de standaard. Standaardiseren=massa, massa=kassa. De dienst wordt 'commodity' en eenvoudig te vervangen door een andere leverancier of goedkoper door een efficientieslag;
* Een service is modulair (vervangbaar) en compositioneerbaar. Standaard is niet flexibel. Flexibiliteit wordt bereikt door combineren (componeren) van standaards...tot een nieuwe standaard;
* Een service is abstract: generiek, niet afgestemd voor 1 specifieke afnemer, maar op een doelgroep van afnemers;
* Losgekoppeld: afnemer en leverancier zijn maximaal onafhankelijk van implementatie van beide. Elke service is daarom autonoom. Er bestaat geen directe link of relatie tussen verschillende services. Services zijn zich ook niet van elkaar bewust.▼
 
==SOA en Software==
==Service binnen SOA ==
De SOA principes zijn al decennia bekend binnen softwareontwikkeling. Sinds begin van de 21e eeuw heeft de softwareindustrie SOA aangegrepen voor technische dienstverlening, zoals ESB, XML, SOAP, webservices. De technologische benadering van SOA is alleen geschikt om platformonafhankelijke communicatie te bewerkstelligen. SOA komt tot zijn recht wanneer een organisatie(onderdeel) de SOA principes toepast op zichzelf en daarmee ook de ICT dienstverlening hierop aanpast.
[[Image:SOA Elements.png|right|thumb|200px|Elementen binnen SOA]]
De service is een component binnen het businesspakket. De service verwerkt aanvragen van de client. Deze service kan worden ontwikkeld met behulp van een van de verschillende programmatalen zoals [[C_sharp|C#]]/[[VB.NET]], [[PHP]], [[Visual Basic|VB6]], [[Java (programmeertaal)|Java]], [[Cobol]] etc.
 
== SOA Governance ==
▲Elke service is autonoom. Er bestaat geen directe link of relatie tussen verschillende services. Services zijn zich ook niet van elkaar bewust.
SOA Governance bestaat in de basis uit drie onderdelen:
* Eigenaarschap van diensten (vaststellen van verantwoordelijkheden);
* Levenscyclus van diensten: de identificatie van een nieuwe (versie van) een dienst, tot en met de dood van een dienst;
* Funding-model: wie betaald hoeveel voor wat? Zoals 'flat fee' en 'pay-per-use' abonementen.
 
==ESB==
Regel 12 ⟶ 20:
==Voordelen==
Er zijn verschillende voordelen van een SOA aanpak:
* AgilityFlexibiliteit: Modulariteit en flexibiliteit. Door de ontkoppelingbeschreven principes van de services wordt het veel eenvoudiger om services bij te voegenveranderen ofen nieuwe varianten te verwijderencombineren zonder consequenties voor andere onderdelen.
* Governance: Grip hebben op kosten en scheiding van verantwoordelijkheden.
* Governance: Beheersbaarheid, het wordt veel eenvoudiger om de bedrijfslogica te veranderen, omdat deze niet meer inherent aanwezig is in de implementatie van de services.
* Kosten: Standaardisatie zorgt voor één implementatie van een dienst, welke weer gerationaliseerd kan worden. Combineren van diensten tot een nieuwe dienst is relatief goedkoop.
* Hergebruik: Hoewel dit in praktijk nog steeds een onbereikt en waarschijnlijk utopisch doel is, zou een SOA architectuur ertoe kunnen leiden dat services eenvoudiger hergebruikt worden voor verschillende toepassingen.
* Specialisatie: Focus op strategische waarden: massaproductie van een standaard of combineren van jouw unieke combinatie
* SOA implementaties vormen een basis van een goed [[Business Process Management]] (BPM) Systeem.
* Business process vereenvoudiging: diensten vormen ontkoppelpunten binnen businessprocessen. Hierdoor kunnen proceseigenaren (diensteigenaren) concreter worden aangewezen. De verantwoordelijkheid van de (deel)proceseigenaar is te overzien. De proceseigenaar weet precies waar hij/zij aan moet voldoen (service contract).
 
 
==Literatuur==
* [http://www.research.ibm.com/journal/sj44-4.html IBM Systems Journal edition on SOA]
* Norbert Bieberstein et al. Service-Oriented Architecture Compass, IBM Press, ISBN: 0-13-187002-5 (de informatie op deze pagina niet langer beschikbaar)[http://www.ibmpressbooks.com/promotions/promotion.asp?promo=2754&redir=1&rl=1 ]
* CBDI Forum [http://www.cbdiforum.com]
 
{{DEFAULTSORT:Service-orientatie}}
Overgenomen van "https://nl.wikipedia.org/wiki/Service-oriëntatie"