Een architectuursessie met inhoud! Er werd aan de hand van een case studie uit de doeken gedaan hoe Biztalk 2006 als een ESB kan worden ingezet in een SOA omgeving.
Microsoft heeft het fenomeen ESB nooit zo hoog geplaatst. Als je uit de MS hoek een stuk leest over Services etc. dan zie je meer dat zij werken vanuit het concept dat je services onderkent met verschillende functies, zoals presentation services, process services en entity services. Op basis van dit concept heeft een ESB an sich geen toegevoegde waarde. Ik wil graag in het midden laten of een SOA wel of niet gekenmerkt wordt door het bestaan van een ESB in die architectuur. Het moet mijns inziens namelijk vooral om gaan om de business drivers die je naar een SOA brengen: reusability, maintainability, federating functionality etc.
De presentatie toonde een manier waarbij Biztalk werd ingezet als enabler van voornamelijk de process services, dus in die zin geen ESB, maar omdat het gecentraliseerd is kan het weer wel gezien worden als een ESB. Voer voor een groter verhaal. (Oeps, lijkt dat ik nu ga toezeggen een artikel of whitepaper te schrijven. Het concept dat hier neergezet is, is daar wel geschikt voor. Ik zal m'n hersencel daar 's op los laten)
Abonneren op:
Reacties posten (Atom)
1 opmerking:
Een ESB dient ook de discovery van services te ondersteunen. Als het puur wordt ingezet als implementatie van de proces services dan is het geen ESB in mijn ogen. Wel grappig dat Microsoft nu het woord ESB in de mond durft te nemen.
Een reactie posten