Neuron ESB User Network

The Service Bus for the Connected Business

Three approaches to avoiding the spider web

One of the primary advantages of using an intermediary is defeating the n(n-1) integration problem.

Leveraging the intermediary involves one of three approaches.

The first way is classic SOA and involves a modeling stage before any development moves forward. In this approach architects model the canonical representation of entities that represent their business. So Customer, Sale etc. are created and the web services exposed are those entities. This is a great approach if you have the time and if you have a strong architecture team. I rarely see it used in practice however because most organizations will not commit the SME resources necessary to produce the entitities and many SOA "architects" talk about contract first and then proceed to create point to point web services based on exposing aggregations to current back end systems. Proper SOA modeling is about modeling the business not the systems of the moment.

The second method is to think more in terms of leveraging a flexible intermediary designed for change. In this approach there is a defacto acceptance that services will constantly be changing and that spending a lot of time on entity modeling won't be done. The easiest way to accomplish this is to stand up a typeless endpoint or "OnRamp" combined with a flexible routing, transformation,and aggregation framework. This model will not give the stability benefits of canonical modeling but it will accomodate evolving interfaces driven by either the consumer or producer.

The third involves the best of both worlds. Model the entities then expose them via a single endpoint and binding. Location transparency, binding consolidation and all of the SOA goodness all in one shot...

The good news for Neuron users is Neuron can be used for all of these. Want to stand up an endpoint for each entity Neuron can do that.(Neuron doesn't produce WSDL for those endpoints but as a dedicated and serious SOA architect you would never depend on WSDL that had to be generated by an active endpoint and couldn't be sent out of band would you?) Want an OnRamp? Neuron can do that..And of course since Neuron supports both building blocks you can support the third.

Views: 83

Comment

You need to be a member of Neuron ESB User Network to add comments!

Join Neuron ESB User Network

Neuron ESB Product Support Forums and Communities

Latest Activity

Prasanth Kharade is now a member of Neuron ESB User Network
Dec 30, 2019
Suman vadde is now a member of Neuron ESB User Network
Dec 16, 2019
Morten Andreasen is now a member of Neuron ESB User Network
Dec 9, 2019
Profile IconCarl Porch, Cordier, Lahbib Marouan and 4 more joined Neuron ESB User Network
Nov 18, 2019
Miroslav Jelev posted a discussion

Using unsupported OAuth provider

Is it possible to create a custom OAuth provider?  Specifically, we are working with Cisco (https://cloudsso.cisco.com/as/token.oauth2).We have a requirement to integrate with a Cisco soap server which uses OAuth2 for authentication. We are using a Service Connector to send a message to the SOAP service, but we need to write custom code in a business process to authenticate with their Cisco OAuth provider. We saw that Neuron supports…See More
Jul 29, 2019
Profile Iconchris comer, Fahd EL YOUBI, Vishal Misal and 2 more joined Neuron ESB User Network
May 16, 2019
Alixx Skevington posted a discussion

Docker Windows 2019 - Neuron 3.5

Hi, We are using 3.5 for our application and I am trying to containerise it for our integration tests.  Building and deploying VM's as this is very time consuming to build and deploy.So I have decided that I to go down docker; everything in our stack has migrated nicely except Neuron.  The first issue was that I needed a later version of the 2016 image or 2019 image from MS which I have. I have managed to install MSMQ on it as well. But when I try to run a silent install everything runs.  But…See More
Apr 15, 2019

Badge

Loading…

© 2020   Created by Neuron Admin.   Powered by

Badges  |  Report an Issue  |  Terms of Service