Weblogic Authors: Yeshim Deniz, Elizabeth White, Michael Meiner, Michael Bushong, Avi Rosenthal

Related Topics: Weblogic, Microservices Expo

Weblogic: Article

The ESB - SOA Hullaballoo

ESBs Cohabitating in SOA: Controversial?

Jason English's Blog

With multiple ESB platforms, you are still providing a very good way to bring underlying business applications and transaction systems to bear with an integration and messaging framework, sometimes with business process management as well. Yes they are different systems, but they can be pulled together effectively as long as the validation is there, and as long as the multiple teams have a means to virtualize their dependencies and continue developing and testing new functionality.

I had a talk with Rich Seeley from SearchSOA a couple weeks ago, and his article: "SOA Complicated by ESB Proliferation" reflected how our discussion turned to what we're finding is an inevitable reality of SOA in large enterprises: the need for a team to manage and validate the Intermediation of different ESB and integration platforms.

Then this from our peer David Linthicum: "Are ESBs Hurting SOA?". Well usually we have seen eye-to-eye on many issues, especially since we are in the "platform neutral" space of needing to govern & validate the leading platforms on the market. In fact, we just sponsored a paper Dave authored "Testing & Validating Heterogeneous SOA" coming out soon that talks about how to design and validate these kinds of heterogeneous platforms. Dave is likewise not beholden to one ideal platform or solution.

Was I wrong this time on so many levels?
And who knew there was a controversy around ESBs in SOA?

That article spurred several comments for sure - and I had to put my own in there. We have also heard from a few more experts weighing in on the topic - Jeff Schneider didn't really see why it was a big deal in "Linthicum on ESBs," after all that kind of reality is likely what he is solving every day in his practice, while Loraine Lawson had a very good post "Multiple ESBs Causing Problem, but Nobody's Listening," supporting Dave's point that we need to do much better architecturally, and not just accept it as a reality.

Now to caveat, I was actually talking about it as a challenge -- I was never recommending multiple ESBs as an ideal approach - but it is certainly not out of reach to manage well with good intermediation practices. Companies putting all of their eggs in the basket of mediating strictly at the web services layer also run into a proliferation of different standards and metadata, or the "JBOWS" conundrum -- I addressed this recently in a brief -- and it is hard to dictate that compliance unless you have a very tight grip on standards, and for most large companies, the standards around services aren't consistent. So if you try to enforce too strict a compliance, you end up with poor reuse.

With multiple ESB platforms, you are still providing a very good way to bring underlying business applications and transaction systems to bear with an integration and messaging framework, sometimes with business process management as well. Yes they are different systems, but they can be pulled together effectively as long as the validation is there, and as long as the multiple teams have a means to virtualize their dependencies and continue developing and testing new functionality.

Obviously you would like to start with a clean slate and architect the system from the ground up with well-defined semantics, proper levels of service granularity, get partners delivering on the same standards, and realize the reuse and agility benefits you expect from having a very modular system. But, given the reality of acquisitions, partnerships, and the need to support ongoing businesses and their heterogeneous technology at consistent service levels, most larger companies need to find a way to get these systems to play together nicely.

We have to reconcile ourselves to this fact: the likelihood that there will only be one platform participating in business process execution will decrease, when there is a broader distribution of the business process. Departments may mandate homogeneity, but inter-enterprise transactions couldn't possibly do so. SOA is about abstractions that make disparate things work together.  Let's leverage this pattern to bring these systems together.

Now Dave just came back with a rebuttal in Real World SOA: "Madness I say!" - and yes, I do understand where he's coming from. An ESB does not a SOA make, and, yes, more centralized control would improve the situation. Still, I'm right on so many levels as well though... : ) We often take the tack of "SOA Federation," which is akin to the idea of Federal vs. State authority: a central (Federal) authority that dictates some ground rules and standards for interacting, but leaves much of the specific technology decisions such as which ESB to use, to the parties (or States) that provide and consume the shared services.

When you take SOA as a multi-enterprise workflow of a consortium of partners working together, centralized control is practically unattainable. You can't just dictate that partners follow your policies and your architectural decisions.

I’m a big fan of both leverage-and-extend, and iteration as a means to an end. I'd submit that the greatest IT value of a service-based architecture is that it enables these things. With them, I can be more responsive to business needs faster. I'm also too much of a realist to take a 'puritanical' view of how to build out an SOA.  We have to try and refine over time.  So I'd rather "grade" SOA on its level of maturity, not call it something else.  For example, ungoverned web services used within a tightly coupled team is an immature SOA; broadly distributed services leveraged by a variety of consumers with increasing development responsiveness is a mature SOA... 

If I am a business, I want the benefit of being uninterested in the implementation technologies deployed under the service interfaces I consume, so long as the governance and testability are there. Why preclude any technology from making its contribution to SOA, especially one that is doing fairly well at the job like ESBs?

I love a good back-and-forth on these kind of issues. I've talked to a few other bloggers/columnists since then, and I'm sure we haven't seen the last of this debate. To me it says that the practices and methods for SOA are still evolving, and there are a lot of good people passionate about working on these issues. We may never arrive at an "optimal" SOA but I do believe that IT will get better at addressing business needs if we keep signing up for solving the hardest problems while ensuring continuity today.

More Stories By Jason English

Jason joined iTKO in 2004, bringing more than 15 years of experience in executing marketing plans, re-engineering business processes and meeting customer requirements for companies such as IBM, EDS, Delphi, TaylorMade, Sun, Motorola and Sprint. As Director of eMarketing and Executive Producer, in2action Consulting at i2 Technologies, he was responsible for i2's outbound messaging during a period of extreme growth, as well as marketing services and working directly with clients to build easy-to-learn front ends to B2B systems. Prior to that, he managed customer experience as an Information Architect at Agency.com. Jason scored and designed several internationally released computer games in addition to conventional print advertising and television commercials.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.

IoT & Smart Cities Stories
In his general session at 19th Cloud Expo, Manish Dixit, VP of Product and Engineering at Dice, discussed how Dice leverages data insights and tools to help both tech professionals and recruiters better understand how skills relate to each other and which skills are in high demand using interactive visualizations and salary indicator tools to maximize earning potential. Manish Dixit is VP of Product and Engineering at Dice. As the leader of the Product, Engineering and Data Sciences team at D...
Dynatrace is an application performance management software company with products for the information technology departments and digital business owners of medium and large businesses. Building the Future of Monitoring with Artificial Intelligence. Today we can collect lots and lots of performance data. We build beautiful dashboards and even have fancy query languages to access and transform the data. Still performance data is a secret language only a couple of people understand. The more busine...
Bill Schmarzo, author of "Big Data: Understanding How Data Powers Big Business" and "Big Data MBA: Driving Business Strategies with Data Science," is responsible for setting the strategy and defining the Big Data service offerings and capabilities for EMC Global Services Big Data Practice. As the CTO for the Big Data Practice, he is responsible for working with organizations to help them identify where and how to start their big data journeys. He's written several white papers, is an avid blogge...
Nicolas Fierro is CEO of MIMIR Blockchain Solutions. He is a programmer, technologist, and operations dev who has worked with Ethereum and blockchain since 2014. His knowledge in blockchain dates to when he performed dev ops services to the Ethereum Foundation as one the privileged few developers to work with the original core team in Switzerland.
René Bostic is the Technical VP of the IBM Cloud Unit in North America. Enjoying her career with IBM during the modern millennial technological era, she is an expert in cloud computing, DevOps and emerging cloud technologies such as Blockchain. Her strengths and core competencies include a proven record of accomplishments in consensus building at all levels to assess, plan, and implement enterprise and cloud computing solutions. René is a member of the Society of Women Engineers (SWE) and a m...
Andrew Keys is Co-Founder of ConsenSys Enterprise. He comes to ConsenSys Enterprise with capital markets, technology and entrepreneurial experience. Previously, he worked for UBS investment bank in equities analysis. Later, he was responsible for the creation and distribution of life settlement products to hedge funds and investment banks. After, he co-founded a revenue cycle management company where he learned about Bitcoin and eventually Ethereal. Andrew's role at ConsenSys Enterprise is a mul...
Whenever a new technology hits the high points of hype, everyone starts talking about it like it will solve all their business problems. Blockchain is one of those technologies. According to Gartner's latest report on the hype cycle of emerging technologies, blockchain has just passed the peak of their hype cycle curve. If you read the news articles about it, one would think it has taken over the technology world. No disruptive technology is without its challenges and potential impediments t...
If a machine can invent, does this mean the end of the patent system as we know it? The patent system, both in the US and Europe, allows companies to protect their inventions and helps foster innovation. However, Artificial Intelligence (AI) could be set to disrupt the patent system as we know it. This talk will examine how AI may change the patent landscape in the years to come. Furthermore, ways in which companies can best protect their AI related inventions will be examined from both a US and...
Bill Schmarzo, Tech Chair of "Big Data | Analytics" of upcoming CloudEXPO | DXWorldEXPO New York (November 12-13, 2018, New York City) today announced the outline and schedule of the track. "The track has been designed in experience/degree order," said Schmarzo. "So, that folks who attend the entire track can leave the conference with some of the skills necessary to get their work done when they get back to their offices. It actually ties back to some work that I'm doing at the University of San...
When talking IoT we often focus on the devices, the sensors, the hardware itself. The new smart appliances, the new smart or self-driving cars (which are amalgamations of many ‘things'). When we are looking at the world of IoT, we should take a step back, look at the big picture. What value are these devices providing. IoT is not about the devices, its about the data consumed and generated. The devices are tools, mechanisms, conduits. This paper discusses the considerations when dealing with the...