EAI: square peg trying to fit into round hole of data integration

TalkBack 1 of 1:

• Thread View
• Flat View

Hmm not so sure

Okay I jumped over to the detail you posted and I have to say I disagree on several fronts. First SOA solves none of that and neither does a data layer. What solves data integration issues is architecture. Architecture principles such as loose coupling, abstraction and governance all exist whether you decide to go the EAI, ESB, SOA, abc, mickey mouse or whatever other acronym you want to throw in there.

To say EAI is not correct for data integration is pretty funny. Do folks implement EAI incorrectly and end up with a mess? Absolutely. Do folks implement ESB's incorrectly and end up with a mess? Absolutely. Do folks try and move to a SOA style of architecture and end up with a mess? Absolutely.

I agree with what David is trying to say about data but to single out EAI(which is not a product by the way) and ESB's (also not a product) as the problem is not correct. If you failed at EAI or ESB's, SOA is not going to be your salvation because many of the same principles apply. Changing acronyms is not going to solve your problems. I'm off my SOAP box now.

markg
http://www.theygreylines.net

Posted by: grifmon   Posted on: 10/26/09 You are currently: a Guest | Members login | Terms of Use

Alert moderator to an offensive message

Subscribe to this discussion via Email or RSS

SponsoredWhite Papers, Webcasts, and Downloads

• VMware Infrastructure: A Guide to Bottom-Line Benefits VMware Frustrated by the costs of maintain ever larger data centers?or building ... Download Now
• Three Steps You Need to Know to Stop Data Loss Varonis Sensitive data exposed to misuse or loss... it is the stuff of nightmares ... Download Now
• Five Steps to Determine When to Virtualize YourServers VMware Server virtualization isn't just for big companies. Entry-level ... Download Now