Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 17 reacties

De Apache Software Foundation zal naar verwachting binnenkort bekendmaken dat een nieuw project is opgestart, namelijk Apache Synapse. Het doel van dit project is het ontwikkelen van software die beschikt over een messaging- en communicatie-infrastructuur, die gebaseerd zijn op 'service oriented architectures' en in staat is om een groot aantal verschillende aanbieders van webservices met elkaar te verbinden. De aangeboden webservices moeten via Synapse beheerd kunnen worden en ook moet de software in staat zijn om als intermediair te fungeren en de respons van webservices te transformeren van het ene in het andere formaat. Dergelijke software wordt ook wel Enterprise Service Bus (ESB) of broker, in het Nederlands makelaar of tussenpersoon, genoemd. Deze termen vond men te beladen en daarom is besloten het een 'Web service mediation framework' te noemen.

In een perfecte wereld weet software precies waar een webservice gevonden kan worden en hoe ermee gecommuniceerd kan worden. Helaas is de wereld nog immer niet zo perfect en kan het vinden van en werken met webservices soms een behoorlijk probleem vormen. Een broker zoals Synapse neemt in de echte wereld de plaats in van een tussenpersoon die weet waar bepaalde webservices zijn te vinden. De informatie over de webservices wordt voorzien van een beschrijving die door de services zelf aangeleverd wordt via WSDL. Wanneer een derde partij een verzoek doet, door middel van UDDI, om een webservice die moet voldoen aan bepaalde eigenschappen, kan de brokersoftware deze opzoeken en vervolgens doorgeven. Verschillende webserviceformaten zijn echter lang niet altijd uitwisselbaar en de broker moet dus ook in staat zijn om het ene formaat te transformeren in een ander formaat.

Structuur van webservices
Structuur van webservices

Over het algemeen is deze brokerfunctionaliteit terug te vinden in commerciële serversoftware voor bijvoorbeeld Java of .NET. Het nadeel daarbij is echter, aldus de Synapse-aanhangers, dat de functionaliteit van de intermediairsoftware gebonden is aan de features van de betrokken programmeertalen. Synapse daarentegen zal ontwikkeld worden om taal- en platformonafhankelijk te werken. Op zichzelf genomen vormt Synapse overigens geen alternatief voor de ESB-software van de genoemde en andere marktpartijen, maar wanneer deze gecombineerd met reeds beschikbaar Apache-webservicesoftware, zal dit wel het geval zijn, zo verwachten de Synapse-ontwikkelaars. De basis van Synapse zal gevormd worden door de broncode van X-Broker, dat door Infravio is gedoneerd. Andere deelnemers aan het Synapse-project zijn Blue Titan, Sonic Software, Iona en WSO2.

Moderatie-faq Wijzig weergave

Reacties (17)

Dergelijke software wordt ook wel Enterprise Service Bus (ESB) of broker, in het Nederlands makelaar of tussenpersoon, genoemd.

De software is geen ESB. Een ESB is meer de toepassing van een algemene architecturele stijl (zoals service orientatie) die je kunt bouwen met behulp van o.a. een systeem als Synapse. Maak niet de fout te denken dat zaken als ESB en SOA puur te bouwen zijn met de juiste middleware: het zijn voornamelijk stijlen die je kunt toepassen bij het maken van applicaties om ze flexibeler en bruikbaarder te maken (zoals coarse-grained interfaces, autonomie, contract-by-schema, etc.)
Ik denk dat je meer bedoelt dat ESB of SOA niet in één applicatie te vangen valt, maar meer dat een applcatie als Synapse faciliterend is voor het bouwen van een ESB of een SOA.
Maak niet de fout te denken dat zaken als ESB en SOA puur te bouwen zijn met de juiste middleware

Begrijp ik ik niet goed. Het een is nodig voor het ander, als je een ESB wilt opzetten in bedrijf kan je bij wijze van spreken voor een messaging infrastructuur als Websphere MQ of een OLTP omgeving. Tegenwoordig leveren firma's als IBM of BEA complete Stacks om juist ESB of SOA in bedrijven te faciliteren. Hoewel een ESB of een SOA nog steeds een concept is, bepaalt de keuze grotendeels het soort middelware dat gedeployed wordt. ESB worden vaak als aynchrone bus gebruikt, met als keuze meestal messaging producten. SOA's worden vaak in synchrone omgevingen toegepast, waar queing producten minder goed functioneren.

het zijn voornamelijk stijlen die je kunt toepassen bij het maken van applicaties om ze flexibeler en bruikbaarder te maken (zoals coarse-grained interfaces, autonomie, contract-by-schema, etc.)

Als je hiermee een SOA of een ESB in één applcaitie bedoelt, ben ik het hier niet mee eens, want dat is extreem ongebruikelijk in een applicatie, en zal niet qua kosten voor een bedrijf niet veel opleveren. Wellicht bedoel je dat een SOA of ESB gebruikt kan worden om bedrijfsapplicaties voor elkaar te ontsluiten, zodat een bedrijf een veel flexibelere applicatie omgeving kan opbouwen, en de eigenaarschap van zijn gegevens bij één enkele eigenaar beleggen. Een voorbeeld hiervan zou zijn : een verzekeringsmaatschappij kan zijn klantgegevens centraliseren, en de fragmentatie van gegevens over de verschillende soorten bedrijfsapplicaties , bijv. schade en leven, tegen gegaan wordt. Een service zou dan iets zijn als haal NAW gegvens op voor relatienummer X.

Ik vindt het wel spannend dat een opensource instituut als Apache, het bastion van servicebrokers durft open te breken. Ik ben benieuwd.
Wat ik bedoelde is dat een ESB vooral ook te maken heeft met of je je applicaties/systemen op de juiste manier opzet. Je kunt zonder een broker een ESB realiseren en je kunt ook met broker een monolitische applicatie maken. Veel van wat een ESB nuttig maakt zit hem in applicatiedesign en niet in gebruikte tools/platforms/middleware.
Ik begrijp je helemaal niet meer, ESB staat toch voor Enterprise service Bus. En heeft toch te maken met je enterprise, een enterprise (lees Bijdrijf) bevat vaak meer dan één applicatie. De ESB heeft mijnsinziens vooral als doel om connectiviteit tussen applicaties te regelen, niet binnen één enkele applicatie.

Ik geloof best dat je een monolitsche applcatie kan maken met een ESB, alleen dat shiet denk ik zijn doel echt gruwelijk voorbij.

Zou je anders een concreet voorbeeld kunnen aangeven over hoe je een monolitische applicatie zou willen maken met een ESB? Dat is voor mij een nieuw toepassingsgebied.
Dit lijkt een beetje op Apache's antwoord op Microsoft passport, of sla ik nu de plank helemaal mis?

Ik bedoel passport kan ook voor verschillende systemen bepaalde gegevens koppelen en auhoriseren, in noem Hotmail, MSDN, Space en er schijnen een aantal commerciele sites te zijn die het ook gebruiken.
Hoewel Apache's systeem makkelijker te intergreren zou moeten worden en Apache kennende een stuk goedkoper zou moeten zijn.
Het lijkt niet op Microsoft Passport, wel op Microsoft Biztalk.
of hoe hete dat andere ding van MS ook alweer, is nooit een hit geworden, MTS geloof ik
Sorry, maar je slaat de plank wel een beetje mis :)

Het zou overigens wel mogelijk zijn dat een passport-achtig systeem gebruikt maakt van deze oplossing.....
Microsoft passport is meer een gegevensgedreven dienst, waarbij het voornamelijk om gaat dat de gegevens rondom een individue, eenduidig gebruikt kan worden door verschillende soorten applicaties.

Je moet de servicebroker van Apache zien als applicatie dat in eerste instantie als tolk kan fungeren, in tweede instantie als een soort van telefoonboek, en dan voor willekeurige welke gegevens. Een ander verschil met MS passport is dat je deze functionaliteit niet zomaar van het web kan betrekken, maar je moet het net als een HTTP server voor jezelf optuigen. Zo zal de tolk (webservice mediator) de woordenboeken moeten krijgen van verschillende talen waarmee in een bedrijf gecommuniceerd wordt. En de telefoongids ( broker), zal voorzien moeten worden van de veschillende services die binnen of buiten een bedrijf aangesproken zouden moeten kunnen worden.
Het lijkt meer op een onderdeeltje van wat onder andere het Nederlandse Cordys (www.cordys.com) levert: een ESB gecombineerd met een SOA architectuur, samen met business process management, en een portal functie.

Andere grote leveranciers van dit type product zijn onder andere BEA, SeeBeyond, IBM (Websphere), SAP (Netweaver).
En wat heeft Jan de huis/tuin/keuken specialist hier aan ? .... helemaal niets. Internetbankieren werkte voorheen ook zonder web-services en het aanmelden van een verzekering ook. Dit is gewoon weer een nieuw protocol wat weer precies hetzelfde doet dan alle andere voorheen, maar deze keer geldt: het is stabieler, het is sneller, het is goedkoper, het is eenvoudiger en het is vooral beter (a.u.b wegstrepen wat niet van toepassing is).
Eehm, wel, het is gebruikersvriendelijker?! En makkelijker te onderhouden? En makkelijker te implementeren?

Dus volgens mij is het sowieso voor iedereen die met verschillende webservices werkt een mooie verbetering! In plaats van de hele tijd dezelfde (NAW enz) gegevens in te moeten voeren, 'kent' het systeem je al, zoals bijvoorbeeld dat je alleen maar je postcode en huisnummer in hoeft te voeren en je straatnaam en woonplaats komt er 'automatisch' te staan.

Da's dus voor iedereen best makkelijk, lijkt me zo!
Het is inderdaad een stuk software waarvan de toepassing op dit moment voornamelijk in de zakelijke sfeer zal liggen.
Ik denk echter wel dat het mogelijk is om met dit stukje software een broker op te zetten tussen alle e-mule clients, als ik me niet vergis leveren deze ook webservices die een gebruiker instaat stelt om allerlei e-mule functionaliteit remote aan te spreken. Of dit een nuttige toepassing is zou ik niet zo kunnen inschatten, tis echter wel iets voor Jan alleman. de verschillende zoekengines leveren ook webservices, met een broker zou je een meta zoek engine zo gemaakt moeten kunnen hebben. Wederom iets voor de vergevorderde hobbyist.

Maar goed dat is iets waar je zelf mee bezig moet zijn, zoals je weet levert iedere verjonging in de IT alle gebruikers meer flexibilitiet, een snellere turn around van je business, een lager ROI, een bredere toepasbaarheid in een organisatie....... und sofort un so weiter
}:O
Dat geldt voor webservices natuurlijk ook.....
Synapse doet me denken aan die film, consperacy theory...
S.Y.N.A.P.S.E., connecting every communication possibility, cell phone or computer.

http://imdb.com/title/tt0218817/

Sorry, het kwam gewoon bij me op. Enige verschil is dat in de film een deel jonge hackers de code op het internet zwieren. Hier zal apache dat waarschijnlijk uit zichzelf doen ;)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True