Product Description

Large IT organizations increasingly face the challenge of integrating various web services, applications, and other technologies into a single network. The solution to finding a meaningful large-scale architecture that is capable of spanning a global enterprise appears to have been met in ESB, or Enterprise Service Bus. Rather than conform to the hub-and-spoke architecture of traditional enterprise application integration products, ESB provides a highly distributed approach to integration, with unique capabilities that allow individual departments or business units to build out their integration projects in incremental, digestible chunks, maintaining their own local control and autonomy, while still being able to connect together each integration project into a larger, more global integration fabric, or grid. Enterprise Service Bus offers a thorough introduction and overview for systems architects, system integrators, technical project leads, and CTO/CIO level managers who need to understand, assess, and evaluate this new approach. Written by Dave Chappell, one of the best known and authoritative voices in the field of enterprise middeware and standards-based integration, the book

Product Details

• Amazon Sales Rank: #140000 in Books
• Published on: 2004-06-25
• Original language: English
• Number of items: 1
• Binding: Cards
• 352 pages

From the Publisher
Enterprise Service Bus provides an architectural overview of the ESB, showing how it can bring the task of integration of enterprise applications and services built on J2EE, .NET, C/C++, and other legacy environments into the reach of the everyday IT professional, using an event-driven Service-Oriented Architecture. Through the study of real-world use cases drawn from several industries using ESB, the book clearly and coherently outlines the benefits of moving toward this integration strategy.

About the Author

David Chappell is vice president and chief technology evangelist for Progress Software Corporation (Sonic). Chappell has over 20 years of experience in the software industry covering a broad range of roles including R&D, code-slinger, sales, support and marketing. He is well known for his writings and public lectures on the subjects of the enterprise service bus (ESB), Service Oriented Architecture(SOA), message oriented middleware (MOM), enterprise integration, and is a co-author of many advanced Web Services standards. As director of engineering for Sonic Software, Chappell led the development effort for SonicMQ(r), which has grown to become synonymous with enterprise messaging. He has extensive experience in distributed computing, including JMS and MOM, CORBA, COM, EJB and Web application server infrastructure. Chappell's experience also includes development of client/server infrastructure, graphical user interfaces and language interpreters. Chappell is well noted for authoring the Enterprise Service Bus (O'Reilly), Java Web Services (O'Reilly), Professional ebXML Foundations (Wrox) and Java Message Service (O'Reilly). In addition, he has written numerous articles in leading industry publications, such as Business Integration Journal, Enterprise Architect, Java Developers Journal, JavaPro, Web Services Journal, XML Journal and Network World. Chappell and his works have received many industry awards including the "Java(tm) Technology Achievement Award" from JavaPro magazine for "Outstanding Individual Contribution to the Java Community" in 2002, and the 2005 CRN Magazine "Top 10 IT leaders" award for "casting larger-than-life shadow over the industry".

Excerpted from Enterprise Service BUS by David A. Chappell. Copyright © 2004. Reprinted by permission. All rights reserved.
Chapter 3 Necessity Is the Mother of Invention

The ESB is a new architecture for integration that is flourishing in corporations around the world. To many casual observers, the ESB as a technology category seems to have come out of nowhere. In reality, though, the ESB has not just "happened." Over time, many catalysts helped it develop and evolve, and lessons were learned from past technology approaches that extend back more than a decade.

This chapter will examine some key concepts of the ESB, including the many requirements, technology drivers, and forces in the IT climate that led to the creation of the ESB concept. All of this will be discussed in the context of the recent history and evolution of the ESB. This discussion will illustrate the point that an ESB is not merely an academic exercise; it was born out of necessity, based on real requirements arising from difficult integration problems that couldn’t be solved by any preexisting integration technology. The discussion will conclude with a study of an ESB deployment, with a manufacturer exposing inventory management and supply chain optimization functionality to its remote distributors as shared services through an ESB.

Sometimes solving a problem requires looking at previous attempts at solutions and learning from their drawbacks. Entire trends had to come about as predecessors to ESB for the IT and vendor communities to have something to point at and say, "I like that," "I don’t like that," or "That’s what I’ve been trying to build on my own." The Greek philosopher Plato is credited for the phrase "Necessity is the mother of invention." The ESB is a shining example of invention fostered by necessity. In this chapter we will explore those necessities, and how an ESB addresses them.

The ESB concept is the next generation of integration middleware, capable of being applied to a much broader range of integration projects than what could be handled by specialized integration brokers. However, it should be stated that ESB is not just EAI plus web services, nor is it MOM plus web services. A number of recognized trends, both technology-driven and business-driven, have had an equal share of influence on the evolution of the ESB.

Enterprise Application Integration (EAI). A number of lessons, both good and not so good, have been learned from EAI. As we have seen, there are various downsides and painful lessons.

Much of the goodness inherited from EAI is in the "best practices" in data transformation and manipulation that can be carried forward into XML technologies and brought forward into an ESB architecture.

e-Marketplaces and vertical trading hubs. During the Internet bubble, this technology category was destined to change the model of how companies do business. The expectation was that e-Marketplaces would be universally adopted, inevitably replacing EDI with something more efficient and more accessible, and allowing companies of all sizes to participate in a supply chain. And while the e-Marketplace trend didn’t garner the world’s lasting attention as much as its early proponents had hoped, its existence on the hype curve caused businesses and IT culture to evaluate new ways of doing business electronically with other business partners.

This trend also helped foster the recognition of a need for open standards for protocols and service discovery mechanisms. e-Marketplaces were the first to introduce the model of a loosely coupled, distributed federation of individual companies operating autonomously, but still working together in a supply chain in a collaborative fashion. The e-Marketplace showed the IT sector that supply chains can be improved.

Java Message Service. JMS is a standard for APIs and behavioral semantics of MOM. The popularity of JMS as a part of the J2EE platform has brought messaging into the mainstream, and has created a marketplace for competing vendors building new messaging systems from the ground up based on today’s requirement of communicating reliably and securely across the Internet.

Application servers. Application servers are important to an enterprise as a means for hosting business logic. They are not a key foundation component of the ESB per se, but they can be integrated using an ESB network. They are being listed here as a catalyst of the ESB concept in that they have nurtured the evolution of some important standards, such as the servlet environment for dynamic processing of requests, JDBC for database connectivity, and the J2EE Connector Architecture (JCA) for a standardized interface to application adapters.

Y2K, and post-Internet-bubble economics. Y2K readiness caused an increase in IT spending, with a significant shift toward the purchase of packaged Y2K-ready applications in favor of applications developed in-house. All the hype and excitement around emerging technologies during the Internet bubble led to continued IT spending. Nowadays, the post-Internet-bubble period has caused a major corporate reevaluation of big IT spending, and a shift toward trying to make things work with the existing applications and with a much smaller budget—even smaller and more highly scrutinized than in pre-Y2K times. The ESB is well suited for the new economics of integration, both in a monetary sense and in practical application.

Web services and SOA. Web services are an industry effort to provide platform-independent SOA using interoperable interface descriptions, protocols, and data communication. Web services are a key core concept of the ESB, and the ESB can be thought of as a middleware manifestation of SOA design principles as applied to integration.

Evolution and maturation of standards in support of integration and interoperability.
In addition to web services, there are important standards for XML, security, and reliable messaging. The development and adoption of standards, along with communities of supporting vendor implementations, have matured enough to make the benefits of standards-based integration become a reality.

The accidental architecture. As we now know, the accidental architecture is something that nobody sets out to create, yet everybody has. We examined the accidental architecture in Chapter 2, and explored how the ESB can help a system migrate away from the accidental architecture in incremental chunks.

Customer Reviews

An excellent book on ESB
For one of the first books on ESB, this is a very good book and I highly recommend it for anyone one involved in ESB or for that matter SOA. If like me, you have wondered what, if any, were the differences between a cluster of integration brokers and an ESB; this book make a reasonable attempt to clarify the issue. All in all Chappell has written an excellent book, which I suspect will do for ESB what Gregor Hohpe's 'Enterprise Integration Patterns' has done for integration architecture.
My only slight gripe is that Chappell's coverage and mention of patterns does not always use the context, problem, solution format. His approach is also very java biased, which I suspect some may say is not necessarily a bad thing.

Exellent overview
If you are looking for a management/architect level view of what an ESB is, how it differs from Hub and Spoke and MOM, and how it can work for your business then this is the book for you.

Nice book on ESBs
Good book on ESBs but I didnt find it very helpful in my research on ESBs, SOA and WS as there is no development related material or guidance.