Skip to main content

Patterns for e-business > Select Business pattern >
c


Application Integration

Overview
The Application Integration (aka Enterprise Application Integration or EAI) pattern serves to integrate multiple Business patterns or to integrate applications and data within an individual Business pattern. The requirements that gave rise to this pattern call for the seamless execution of multiple applications and access to their respective data in order to automate a complex, new business function. Reliable integration of applications - be they legacy stovepipe applications, packaged software applications, or custom applications - requires the use of proven replicable patterns. At its highest level, application integration can be divided into two essentially different approaches:

  • Process Integration - the integration of the functional flow of processing between the applications.
  • Data Integration - the integration of the information used by applications.


Neither approach is necessarily better than the other. Rather, specific integration requirements dictate which approach best solves a given business problem. For example, the integration of an e-commerce application with an Enterprise Resource Planning (ERP) system for a newly created sales order would most definitely be a Process integration activity. However in the same solution, the master data synchronization of the product catalog between the ERP system and the e-commerce system would be a data integration activity.

Critical to selecting the right Application Integration pattern is an understanding of the integration requirements of the business problem being automated. Some examples of key questions to ask in determining an appropriate EAI design are listed on the EAI Requirements page.

Note
It is worth noting that certain types of integration between applications can be accomplished at the user interface level as well, as covered in the Access Integration pattern.

What's Next
Enterprise Application Integration is a complicated undertaking. It requires, first, a thorough understanding of the individual applications being integrated, and also the methods used to interconnect them. For a better understanding of the issues and considerations surrounding an Application Integration solution, review any of the following instructional pages:



If you have established a sound understanding of the issues relating to your EAI deployment, the next step is to select an Application pattern. The Application Integration pattern can be implemented using any one of nine different Application patterns. These various designs provide solution flexibility to address the specific needs of the business process being automated. These Application patterns are divided into the two categories described above: Process Integration and Data Integration.



c
Naming Conventions

Patterns for e-business naming conventions
The Patterns for e-business naming conventions can be seen here. c

Integrated ESB variations
New SOA profiles to the Broker runtime pattern aka Integrated ESB variations using WAS ND V6 and WBI Message Broker V5 can be seen here. c


New or updated

Updated Application Integration pattern
Updated: 06-12-2006
Added new product mappings to the Direct Connection, Router and Broker application patterns based on three scenario redbooks.

Updated Application Integration pattern
Updated: 04-13-2006
Added new product mappings to the Serial Process and Parallel Process application patterns using WebSphere Process Server V6.

Updated Application Integration pattern
Updated: 04-04-2006
Added new product mappings to the Population, Federation and Two-way Synchronization application patterns.

Updated Application Integration pattern
Updated: 10-27-2005
Added SOA profiles to the Broker runtime pattern aka Integrated ESB variations using WAS ND V6 and WBI Message Broker V5.

Updated Application Integration pattern
Updated: 05-06-2005
New instantiations of the SOA profile for Application Integration patterns using WAS V6.

New Application Integration pattern hierarchy
Updated: 10-20-2004
The Application Integration pattern hierarchy has been updated on the Patterns for e-business Web site. These include the SOA profile of the Process Integration runtime patterns.

Web services and SOA patterns
The Patterns for e-business web site is a rich source of information on patterns and implementations of web services with/without a SOA. c


Business case

Feasibility: This material will help you determine the high-level shape of an Application Integration solution, and ensure your approach looks similar to other successful sites. Re-use of prior approaches can be an effective way to begin most major projects. Obviously, modifications will be needed for any unique requirements of a given site. This pattern provides a drill-down from high-level architecture to lower-level designs and guidance.

Risk: Basing new projects on prior designs and ideas helps to lower the risk of failure. Creating or inventing designs for each project tends to result in a lower success rate. Frequently, projects begun "from scratch" simply do not work and have major exposures in such areas as security, performance, availability, undefined requirements, and cost over-run.

Cost-benefit: By starting with reasonably complete architectures you save considerable development time and obtain assurance that the end solution will have a much higher chance of success. Actual savings will vary, but project teams have realized a 10% to 50% reduction of work effort in their design and architecture phases alone.

c


Mailing list

If you haven't already joined our mailing list to be notified when we make updates or add new patterns, subscribe today.

c


Newsgroup

Discuss the patterns with your peers. Visit our newsgroup for patterns.

c