Welcome!

Microsoft Cloud Authors: Pat Romanski, Liz McMillan, Lori MacVittie, Elizabeth White, Yeshim Deniz

Related Topics: Microsoft Cloud

Microsoft Cloud: Article

Goodbye Hub-and-Spoke, Hello ESB? Integration Architecture With BizTalk 2004

The popularity of the hub-and-spoke architecture, the traditional model for enterprise application integration (EAI), is declini

BizTalk Server is often positioned as a means to create a hub-and-spoke architecture. However, the popularity of the hub-and-spoke architecture, the traditional model for enterprise application integration (EAI), is declining. More and more architects and CIOs are targeting SOA (service-oriented architecture), and its infrastructural incarnation: the enterprise service bus (ESB). Does BizTalk fit into this ESB picture?

Integration Architecture
Trends and hype like SOA, EDA (event-driven architecture), and BPM (business process management) put integration on top of the list for most CIOs and IT managers. While all these trends hold assumptions about the ideal architecture for distributed computing, the differences in architectural approaches are not as clear to decision makers. Add that to the rapid changes evolving in the Microsoft platform, and it is easy to see that BizTalk Server 2004 can be positioned in different ways in your integration architecture.

In this article we are going to look at two different approaches for integration architecture, and we will see how BizTalk Server 2004 fits into these concepts.

Hub-and-Spoke Architecture
The first dominant integration architecture that broke with the cumbersome point-to-point application integration model was the so-called hub-and-spoke architecture, often referred to as "message broker."

Hub-and-spoke architectures consist of a centralized hub that accepts requests from multiple applications that are connected to the centralized hub as spokes. The spokes are connected with the central hub through lightweight connectors, which are constructed and deployed on top of existing systems and applications. One of the key goals of the hub-and-spoke architecture with connectors is to leave the current systems untouched and unchanged as much as possible.

Inside the hub there are capabilities for requirements such as message transformation, validation, routing, and asynchronous message delivery. Furthermore, most hub-and-spoke-based EAI solutions provide process management functionality to orchestrate interapplication message exchanges, and an administration console to monitor and track the workings of the hub.

See Figure 1

This integration architecture is the more traditional approach to connecting systems, and has been widely adopted because of its strengths:

  • It provides a focal point for applications and reduces the links between applications from n² links to n links
  • The hub provides a layer of insulation and functionality between the spokes, thus enabling spoke applications to be removed and replaced without other spokes being disrupted in any way
  • Because of this simplification of connecting applications, the model offers lower total cost of ownership
Despite its indisputable advantages and merits, hub-and-spoke models are not as popular as they used to be. One major problem is that the centralized hub presents a single point of failure in the overall architecture. If the central hub goes down, not a single message can still be sent or received. Attempts to overcome this problem by clustering multiple implementations of the hub are often stranded on the complexity of the architecture and on the overhead in administration.

Another important reason for this decline is that most hub-and-spoke-based EAI products are monolithic, expensive systems (especially when multiple implementations are deployed), based on proprietary standards. With the emergence of SOA, which is heavily based on open standards and loosely coupled, constituent services, the time has come for a new dominant integration architecture: the enterprise service bus.

The ESB Architecture
The ESB is often characterized as the backbone upon which to build SOA. There are numerous articles and white papers about the ESB, and they all have the following elements in common when describing what the ESB is: an ESB is seen as a distributed services architecture based on Web services standards, which delivers messaging middleware, intelligent routing, and XML transformation in conjunction with a flexible security framework and a management infrastructure for configuring, deploying, and monitoring the services. A typical ESB architecture looks somewhat like Figure 2.

At the heart of the ESB architecture is the enterprise services bus, a collection of middleware services that provides integration capabilities. Applications are connected to this logical bus through smart connectors, which encapsulate system functionality and provide a layer of abstraction between bus and application. In this smart connector we may find typical capabilities such as transformation services and security services. Through the use of open communication standards, connectivity between bus and applications is established.

The aforementioned description points out that an ESB is more a logical concept than it is a product. There are some vendors claiming that ESB is a product, but this perception comes more from a traditional view of integration architecture, which is based on products instead of standards.

One way or another, experts and analysts unanimously agree that for those companies and organizations pursuing an SOA or an EDA, the shift towards an ESB-based infrastructure is a major step in this evolvement.

Hub-and-Spoke vs ESB
An ESB provides the same functionality as a "traditional" broker in a hub-and-spoke architecture. The pictures we have seen of both the hub-and-spoke architecture and the ESB architecture are also very much alike. The key difference however is that the capabilities in an ESB are themselves SOA-based, since they are spread out across the bus in a distributed fashion, and the capabilities are hosted in separately deployable service containers. This is a fundamental difference in architecture.

The distributed nature of the ESB Services allows for the selective deployment of integration broker functionality exactly where you need it, with no additional overbloating where it's not needed. The ESB container model allows for the independent scalability of integration components, which are plugged into your SOA as event-driven services on an as-needed basis.

More Stories By Loek Bakker

Loek Bakker is a senior consultant at Capgemini, the Netherlands. He specializes in architecture, SOA, and Microsoft.NET. Within Capgemini he is a lead architect for BizTalk-based integration solutions.

Comments (1)

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
Cloud computing delivers on-demand resources that provide businesses with flexibility and cost-savings. The challenge in moving workloads to the cloud has been the cost and complexity of ensuring the initial and ongoing security and regulatory (PCI, HIPAA, FFIEC) compliance across private and public clouds. Manual security compliance is slow, prone to human error, and represents over 50% of the cost of managing cloud applications. Determining how to automate cloud security compliance is critical...
Enterprises have taken advantage of IoT to achieve important revenue and cost advantages. What is less apparent is how incumbent enterprises operating at scale have, following success with IoT, built analytic, operations management and software development capabilities - ranging from autonomous vehicles to manageable robotics installations. They have embraced these capabilities as if they were Silicon Valley startups.
"MobiDev is a Ukraine-based software development company. We do mobile development, and we're specialists in that. But we do full stack software development for entrepreneurs, for emerging companies, and for enterprise ventures," explained Alan Winters, U.S. Head of Business Development at MobiDev, in this SYS-CON.tv interview at 20th Cloud Expo, held June 6-8, 2017, at the Javits Center in New York City, NY.
The Internet of Things is clearly many things: data collection and analytics, wearables, Smart Grids and Smart Cities, the Industrial Internet, and more. Cool platforms like Arduino, Raspberry Pi, Intel's Galileo and Edison, and a diverse world of sensors are making the IoT a great toy box for developers in all these areas. In this Power Panel at @ThingsExpo, moderated by Conference Chair Roger Strukhoff, panelists discussed what things are the most important, which will have the most profound e...
As IoT continues to increase momentum, so does the associated risk. Secure Device Lifecycle Management (DLM) is ranked as one of the most important technology areas of IoT. Driving this trend is the realization that secure support for IoT devices provides companies the ability to deliver high-quality, reliable, secure offerings faster, create new revenue streams, and reduce support costs, all while building a competitive advantage in their markets. In this session, we will use customer use cases...
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...
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...
Business professionals no longer wonder if they'll migrate to the cloud; it's now a matter of when. The cloud environment has proved to be a major force in transitioning to an agile business model that enables quick decisions and fast implementation that solidify customer relationships. And when the cloud is combined with the power of cognitive computing, it drives innovation and transformation that achieves astounding competitive advantage.
With 10 simultaneous tracks, keynotes, general sessions and targeted breakout classes, @CloudEXPO and DXWorldEXPO are two of the most important technology events of the year. Since its launch over eight years ago, @CloudEXPO and DXWorldEXPO have presented a rock star faculty as well as showcased hundreds of sponsors and exhibitors! In this blog post, we provide 7 tips on how, as part of our world-class faculty, you can deliver one of the most popular sessions at our events. But before reading...
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...