18.04.2013 Views

B2B Integration : A Practical Guide to Collaborative E-commerce

B2B Integration : A Practical Guide to Collaborative E-commerce

B2B Integration : A Practical Guide to Collaborative E-commerce

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

9.1. Introduction<br />

<strong>Integration</strong> Brokers 255<br />

Traditionally, companies have used relatively flat architectures, such<br />

as file transfers, APIs and RPCs <strong>to</strong> integrate internal and external<br />

applications. These architectures utilize application specific adapters<br />

and messaging middleware.<br />

However, flat architectures are not suitable for <strong>B2B</strong>i, which<br />

requires a more robust, scalable and systematic implementation. Such<br />

architectures, being quite rigid, lack the flexibility required in <strong>B2B</strong>i.<br />

The physical architecture for <strong>B2B</strong>i is multi-tiered, which introduces an<br />

integration broker between the applications (nodes) being integrated and<br />

shields the individual nodes or end points from each other and the<br />

actual integration services. <strong>Integration</strong> brokers, built primarily on<br />

messaging middleware, provide an end-<strong>to</strong>-end integration platform<br />

addressing the critical business components required <strong>to</strong> completely<br />

au<strong>to</strong>mate business processes across the extended enterprise. They provide<br />

wide-ranging, pre-built application adapters and bi-directional<br />

connectivity <strong>to</strong> multiple applications, including mainframe applications.<br />

<strong>Integration</strong> brokers enable data integration by allowing applications <strong>to</strong><br />

exchange information at the program level (application oriented<br />

integration) or data level (data oriented integration).<br />

An integration broker extracts data from the source node at the right<br />

time, transforms the data, converts the schema and routes the data <strong>to</strong><br />

the target node. Here, the node can be an application, a program, or a<br />

person — as defined in the business process workflow. Communication<br />

between applications and an integration broker occurs mostly in the<br />

form of messages. An integration broker also provides a reposi<strong>to</strong>ry for<br />

archiving, searching and retrieving these messages.<br />

<strong>Integration</strong> brokers do not replace traditional middleware as MOM,<br />

RPC and distributed TP moni<strong>to</strong>rs. They are in fact built on <strong>to</strong>p of<br />

existing middleware technology, most often on messaging middleware.<br />

Therefore, in this chapter we will focus on integration brokers built on<br />

messaging middleware, also called message brokers. Message brokers<br />

are also known as middleware for extranets.<br />

A few leading vendors for integration brokers include — IBM<br />

MQSeries Integra<strong>to</strong>r; Extricity; BEA eLink; webMethods <strong>B2B</strong> Enterprise;<br />

Merca<strong>to</strong>r Enterprise Broker, WebBroker, CommerceBroker; NEON

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!