NIH Enterprise Architecture Home

Integration Adapters Brick

Description

Adapters are some combination of design tools and runtime software that act as glue to link applications, which are considered "sources" or "targets" (or both), to other applications or other integration middleware.

When interfacing with a source or target application, an adapter generally deals with a group of "touch points," that is, one or more entry/exit points, collectively called an "interface."

Adapters can be deceptively complex, with "thick" adapters performing a variety of functions that include recognizing events, collecting and transforming data, and exchanging data with platform, integration suite or other middleware. On the other hand, "thin" adapters may only "wrap" a native application interface, exposing another, more standard interface for application access. Adapters can also handle exception conditions, and can often dynamically (or with minor reconfiguration changes) accommodate new revisions of source or target applications.

Two common types of adapters are:

  • Technical Adapters - Technical adapters may connect into Database Management Systems (DBMSs), communication middleware or other software environments. By definition, technical adapters are not inherently configured to be business process-aware.
  • Application Adapters - Application adapters interface to packaged application modules or vertical-industry protocols (like HL7 or HIPAA). By definition, application adapters are inherently configured to interact with a source or target interface and read or write specific business documents or messages. Many application adapters include technical adapters within them. For example, an application adapter that is used to import or export purchase orders from a procurement application can leverage a technical adapter, which accesses the application at the database or low-level Application Program Interface (API) level. While the technical adapter could be licensed and used by itself, the value of the application adapter is that it eliminates the need for complex logic that is often necessary to navigate what are often complex database or low-level interfaces.

Adapters are generally bundled with integration middleware products such as Enterprise Service Buses (ESBs), integration suites, or portal servers; or offered as a stand-alone product such as an adapter suite. Ideally, every adapter, like most application integration tools, should be noninvasive, such that it can interact with the source or target without requiring any customization in the source or target. Such independence helps insulate the adapter from its source or target's upgrades — for example, for new versions of software.

Brick Information

Tactical

(0-2 years)

Strategic

(2-5 years)

  • TIBCO Adapter for Active Database
  • TIBCO Adapter for HL7
  • TIBCO Adapter for LDAP
  • TIBCO Adapter for Oracle Applications
  • TIBCO Adapter for PeopleSoft
  • TIBCO Adapter for Remedy
  • TIBCO Adapter for SDK (C++ and Java)
  • TIBCO BusinessWorks EJB Plug-in
  • Additional Integration Capabilities incorporated into TIBCO including plug-ins for JDBC, JMS, HTTP, FTP, SOAP, RMI, and others
  • TIBCO Adapter for Active Database
  • TIBCO Adapter for HL7
  • TIBCO Adapter for LDAP
  • TIBCO Adapter for Oracle Applications
  • TIBCO Adapter for PeopleSoft
  • TIBCO Adapter for Remedy
  • TIBCO Adapter for SDK (C++ and Java)
  • TIBCO BusinessWorks EJB Plug-in
  • Additional Integration Capabilities incorporated into TIBCO including plug-ins for JDBC, JMS, HTTP, FTP, SOAP, RMI, and others

Retirement

(To be eliminated)

Containment

(No new development)

 

 

Baseline

(Today)

Emerging

(To track)

  • TIBCO Adapter for Active Database
  • TIBCO Adapter for Oracle Applications
  • TIBCO Adapter for PeopleSoft
  • TIBCO Adapter for SDK (C++ and Java)
  • TIBCO BusinessWorks EJB Plug-in
  • Additional Integration Capabilities incorporated into TIBCO including plug-ins for JDBC, JMS, HTTP, FTP, SOAP, RMI, and others

Comments

  • Tactical and strategic products were selected to leverage NIH's investment in products that are a proven fit for NIH's known future needs. Leveraging baseline products in the future will minimize the operations, maintenance, support and training costs of new products.
  • Some baseline products have been designated retirement and containment. These products are either not as widely or successfully deployed at NIH, or they do not provide as much functionality, value, or Total Cost of Ownership as the selected tactical and strategic products.

Time Table

This architecture definition approved on: May 24, 2006

The next review is scheduled in: TBD