Frequently asked questions: Enterprise service bus

Don't know about enterprise service buses? Here is a place to start.

What is an ESB?

Vendors position ESB as the latest generation of application integration technology, succeeding traditional integration brokers such as messaging middleware. Although specific implementations vary, ESBs share a common set of characteristics.

Stuart Ransom, a vice president at Sonic Software, described the minimum requirements — the ESB table stakes as he put it — as messaging, transformation and routing.

That's consistent with Gartner's ESB definition, which the firm developed in late 2002.

The messaging layer — the B in ESB — provides an intermediary through which applications can communicate. Transformation involves mapping data to a format that both sending and receiving applications can use. Routing helps deposit a message at the proper destination.

How is ESB technology related to SOA?

An ESB supports applications deployed as reusable software components, often referred to as services. Thus, proponents view the technology as a critical element of an SOA, which is a collection of services that an organization can coordinate to support its business processes.

"ESB forms the core platform on top of which an SOA can be deployed," said Atul Saini, chief executive officer, chief technology officer and chairman of Fiorano Software, which develops ESB products.

Web services standards have emerged as a way to achieve interoperability among SOA services. Those standards include Extensible Markup Language for the message format, Simple Object Access Protocol for message transport and Web Services Description Language for interface descriptions.

Ransom said support for Web services is a central ESB requirement. Several ESB vendors employ Web services standards as the means for linking service-based applications. By using Web services, an ESB can deal with applications devised from the beginning as services and with applications accessible via Web services. In addition, ESB vendors often provide optional adapters for older applications that don't support Web services.

Ransom describes ESB as an integration layer "between existing legacy applications and new applications being built."

Although the technology can provide an SOA launching pad, industry observers say vendors could build such an architecture without an ESB.

SOAs "are increasing in popularity, but very few customers have adopted an enterprise service bus," said Michael Beckley, vice president of product strategy at Appian, a provider of business process management products and services.

What are the benefits of using ESB technology?

ESB advocates said customers save time and money by using the technology.

Annrai O'Toole, CEO of ESB vendor Cape Clear Software, said organizations can do without ESB if they don't mind writing a lot of custom code as they deploy SOAs. "It's obviously much quicker and cheaper to look at a productized solution," he said.

O'Toole said SOA pioneers built their buses three or four years ago, adding that fewer people are writing custom software today. He likened the situation to Java's emergence in the mid-1990s. Early adopters built their own Java infrastructure, but application server products eventually became the common infrastructure for building Java applications.

ESB backers also say customers can take advantage of features that go beyond Web services' capabilities. ESB vendors hope to sell customers on their products' scalability, performance and ability to mange a distributed integration environment.

Customers evaluating products "are spending more time on how [vendors] extract performance from the bus and how does it scale," Ransom said.

ESB products may include load balancing/failover, distributed deployment of services and security features that surpass those available in the Web services standards.

How does ESB compare in cost to other integration technologies?

ESBs are considerably less expensive than other integration methods, government and industry executives say.

Mike Gilpin, a vice president and research director at Forrester Research, said enterprise application integration (EAI) projects cost at least twice as much as high-end ESBs. The licensing costs of those ESBs fall in the $100,000 to $250,000 range, while EAI software can cost $500,000, Gilpin said, adding that some low-end ESB products cost less than $25,000.

Matt Miszewski, Wisconsin's chief information officer, said ESB has been significantly less expensive than EAI technology. The state selected Cape Clear Software's ESB last year. "We got the same performance out of Cape Clear that we got out of the larger EAI suites that were out there," he said.

How do vendors' approaches to ESB differ?

Vendors marketing ESB solutions often have experience in enterprise messaging, application server technology and EAI. Competitors range from market pioneer Sonic to newcomer IBM, which unveiled its ESB strategy last month. Needless to say, approaches to the technology are diverse.

"Each vendor has a different set of components that they are marketing as ESB," Beckley said, adding that some vendors have repackaged older solutions under the ESB label.

Gilpin said his evaluation of ESB technology uncovered more similarities than one might expect. But the presence or absence of a built-in messaging backbone is a significant variable among products, he said.

One camp combines their ESB software with messaging middleware from companies such as IBM and Tibco Software. Gilpin said Cape Clear, Iona Technologies and PolarLake are representative of this category. Such companies tend to emphasize Web services adoption.

Companies in another group, which includes Sonic and Fiorano, embed their own messaging backbones as part of an ESB solution, Gilpin said. Those companies tend to be less aggressive in the implementation of the latest and greatest Web services standards, he said.

The two segments have started to converge, however. Some service-oriented ESB vendors are adding messaging to their products via open source, Gilpin said. The companies built on messaging, meanwhile, are catching up in the Web services department, he added.

The other main split is low-end vs. high-end products. Low-end products, Gilpin said, emphasize ESBs that are lightweight, easy to use and inexpensive. The ESB pioneers typically fall into this category, he said.

High-end products carry higher price tags but may offer additional features such as trading partner management and more robust service orchestration and monitoring, Gilpin said. "Clearly, there are people who want richer business process management," he said.

Are there any open-source options?

Open-source ESB projects represent another twist. The Apache Software Foundation has launched the Apache Synapse ESB project, while Iona contributed technology to Celtix, an open-source ESB hosted by the ObjectWeb Consortium.

Eric Newcomer, Iona's CTO, said the company plans to pursue the open-source Celtix and its commercial Artix ESB. He said he believes open source will help seed small ESB projects. Iona's commercial offering, he added, provides an enterprisewide solution. "There's room for both," Newcomer said.

Here come the heavyweights

Some of the industry's largest players have been making moves in the enterprise service bus (ESB) space recently. Here's a sampling.

  • BEA Systems: The company's BEA AquaLogic Service Bus 2.0 began shipping in August.
  • IBM: The company announced its WebSphere ESB last month and said it will deliver a new version of WebSphere Message Broker to provide advanced ESB functionality.
  • Oracle: Last month, the company introduced Oracle Application Server 10g Release 3, which includes an updated ESB.
  • Sun Microsystems: In August, Sun completed the acquisition of SeeBeyond Technology, which developed the eInsight ESB.

— John Moore

New technology developments are often tough to pin down, especially when the industry buzz machine is in high gear. The enterprise service bus (ESB) provides a case in point.

ESB advocates consider it to be a foundation for emerging service-oriented architectures (SOAs), which are nimble and reusable sets of application components. But this rather amorphous integration technology eludes an easy grasp.

In its early days — the term was coined in 2002 — most observers considered ESB to be more of an architectural pattern than a tangible product set. That situation has changed, however, as more vendors have introduced ESB software.

But vendors have obscured matters for customers by producing different approaches to ESB. Nevertheless, a common understanding of an ESB's core functions is beginning to take hold.

Here are some answers to frequently asked questions about ESB.

Governments adopt ESB

Enterprise service bus (ESB) technology has yet to make a big splash in the public sector, but some government entities have adopted the technology.

Washington, D.C., has been using Sonic Software's ESB for about a year, said Dan Thomas, DCStat program director in the district's Office of the Chief Technology Officer.

Washington, D.C., deployed Sonic ESB as part of its CapStat effort, which aims to integrate emergency operations centers in the National Capital Region.

Thomas called ESB technology an essential element in deploying a robust service-oriented architecture (SOA). "To me, it's part of the definition," he said.

Prior to ESB, CapStat used a set of interoperable Web services. But Thomas said ESB offers functionality beyond what Web services alone can provide. He cited messaging as one example.

"I don't believe that an effective SOA can be built without the messaging platform that ESB provides," he said.

In addition, CapStat uses Extensible Markup Language schema and ESB's transformation services to deal with data incompatibility issues among jurisdictions.

But for some governments, the ability to deploy an SOA wasn't the initial attraction to bus technology.

"We came at the product from a data integration standpoint," said Matt Miszewski, Wisconsin's chief information officer.

Last year, the state selected Cape Clear Software's ESB as a standards-based technology that could unite different applications and data formats. Miszewski said he found traditional integration approaches too complicated and expensive.

But with ESB in place, Wisconsin will explore Web services and SOA, he said, adding, "It's an obvious next step for us."

Other government organizations are considering using ESB. The Defense Department's Standard Procurement System (SPS), for example, is taking its first step toward a Web-based environment, said Gino Magnifico, SPS deputy program manager. It was initially deployed as a client/server application.

Herbert Quinde, vice president of sales at Evolutionary Technologies International, which supplies data-integration software to DOD's program, said SPS is in the initial phase of using basic Web services.

Once the first generation of them solidifies, "the issue of an ESB becomes something that we would have to start looking at," Quinde said.

— John Moore

NEXT STORY: Davis finding a home in the House?