Thank you for taking the time to report the following comment to the administrator of this site.
Please complete this short form and click the submit button to process your report.
Heel herkenbaar. Ik hoor te vaak bij klanten de suggestie dat "de ESB" wel zal leiden tot een service georiënteerde architectuur. Ook zie ik "de ESB" te vaak in architecturen terugkomen als de oplossing voor integratieproblemen. Het maakt blijkbaar niet meer uit hoe we systemen koppelen; zolang het maar via "de ESB" loopt. Het lijkt een excuus te worden om niet meer te hoeven nadenken over applicatie-integratie. Het gaat zelfs verder; ik heb religieuze discussies met architecten die menen dat er altijd "een ESB" moet worden gebruikt bij het integreren van applicaties. Een belangrijk argument lijkt te zijn dat "de ESB" kan loggen. Mijn antwoord; als "de ESB" er niet is hoef je ook niet te loggen, want hij kan ook niet falen. Als je wilt weten of een bericht is verzonden of ontvangen dan is dat een verantwoordelijkheid van de applicaties zelf en niet van "de ESB".
Mijn advies is tegenwoordig; definieer gewoon WS-I Basic Profile Web Services met een goed gedefinieerde interface dan ben je al een heel eind. Denk natuurlijk wel na over herbruikbaarheid van de service interface, maak gebruik van een canonical data model en publiceer je service wel in een service directory. Integratie-middleware zoals "de ESB" is vooral goed in het koppelen van systemen die zich niet aan standaarden houden. Als je dus wel uitgaat van standaarden dan heb je "de ESB" ook niet nodig.
Mvgr,
Danny
Via Nova Architectura is not responsible for the content of blogs, but authors and readers are asked to adhere the following guidelines. Authors are strongly encouraged to check facts, cite sources, present
balanced views, acknowledge and correct errors. Respect copyright, fair use and financial disclosure laws. Please do not disparage organizations, or individuals. Being critical of someone's practice is acceptable, when it is done in a professional manner. Prevent usage of marketing statements. Comments should be relevant to the specific post they are attached to. Spam, flaming, personal attacks, and off-topic comments are not
permitted. Readers are requested to notify
This e-mail address is being protected from spam bots, you need JavaScript enabled to view it
of any violations. The editor holds the right to remove any statements that, in the editors opinion, infringe the above guideline(s). The author receives a notification of this action.
