How Do I Do SOA? - Take the Enterprise Service Bus - ESB Discovery Morning with BEA in Dublin
Looks like BEA are taking (sorry I mean bringing) the Enterprise Service Bus to town ( ) and giving a talk here in Dublin in the new year.
For more details and some lovely prose with all of the latest marketing buzz words thown in for good measure, you can go to this link for the description, agenda and registration.
I hope they have a slide that shows how SOA is an architecture (LOL!!), has design patterns etc…, covers what is an ESB (btw I’m damned if I know or have seen/heard two answers that are the same, but a re-packaging of MOM + XML + Broker == ESB is one possibility that comes to mind), how SOA or ESB transpose the design, development and implementation of problem/business domain models in distributed software architectures , how SOA or ESB fulfills the sacred trinity (i.e. make money, save money or be complilant) for the SLA’s, creed and business of IT, and how they are different (and concrete resusable approaches) to the already concrete, proven and successful ways that MOM, Message Orientation, brokers and loosely coupled, asyncronous, versioned communications and interactions, have been successful used in the past (and for the last 20–30 years) – as tools and cross cutting concerns that support the implementation of the architecture of a business need/domain/requirement/process and not the other way around!
Currently, when a hear a vendor mention ESB and their product, all I can hear is them only talking about their product and not about an industry wide/agreed view of ESB, cause there is no industry wide view of what is ESB. And as for SOA, well does it really exist? Personally I don’t think so, and I cannot find anything concrete and agreed across the industry to change my view.
SO, see ya at the back of the Bus (oh, I know, my bad!! Mea Culpa)
But seriously, BYOP (bring your own peanuts)! Ask them “How Do I Do SOA?” For me, its a bit like asking someone from a tech. plumbing company (and works in sales and marketing) how should I run my business, right? Or how should I analyse my business proccesses? Granted there are valid points for discussion within the cacophony of defintions for SOA and ESB, but overall the subjectivity in which SOA and ESB get used is not about Architectures or is even an objective discussion about the challenges of business process analysis, capability mapping or designing software architecture to support them, but in the vast majority of cases is a tagline de jour for the SOA Product that is the magic bullet that solves all woes.
In my view, the sooner SOA product marketing fad fades away and the tech stack bake off abates, the sooner there can be some interesting and insighful discussions across the industry about successful and proven better (aka best) practices and patterns for analysing and solving business needs, problems and domains; implementing and connecting them with software – making them composable, agile and adaptable - and ultimately leading to better software architecutures being designed and better servicing business needs (and the folks that sign the cheques )
Ciao,
/Paul
ps
Well thats my healthy dose of scarsam and cynicism over and done with for today! Back to work with me! and less *ranting*!
Architecture | SO and SOA
Wednesday, December 21, 2005 7:35:12 PM UTC | | Disclaimer | |
|
|