The Integration Platform—Tying Operations Together

March 1, 2006 By: Tom Kevan Sensors

If integration blends data, applications, and processes into a functioning, unified whole to provide a single view of your operations, then the integration platform is the medium that delivers this bounty of information. But what is an integration platform? Basically, it's software. Specifically, it's the underlying software infrastructure, processes, tools, and development environments that enable heterogeneous networks to communicate. It's no longer good enough for sensor and sensor systems designers to build products that deliver their data only via an analog signal. Increasingly, operations managers and engineers are asking for devices that accommodate and support integration platforms.

 Tom Kevan
Tom Kevan

"Integration is part of a bigger framework—the middleware framework," Amlan Debnath, vice president of server technologies for Oracle Corp., recently observed. "Over the years, I have seen integration go from black art in the early days to a mainstream technology that people now accept as a necessary part of any application-building framework. "

In response to these demands, integration has gone into the application-building domain. The integration platform has become an application-building framework based on three main elements: connectivity, abstraction, and process modeling and orchestration.




Connectivity creates a communications channel between the integration platform and each of the applications being integrated. Most platforms use adapter libraries and adapter-development frameworks to achieve this. Adapters are prewritten pieces of code that speak to the targeted application via its native protocol. An adapter-development framework is an environment in which you can build custom adapters to connect to applications that you cannot reach via any of the platform's prebuilt adapters.

 For more information on integration
For more information on integration

Once the adapters link the integration platform with each application, information is distributed in the form of messages. Most platforms use messaging engines—the components responsible for the queuing, routing, sending, and receiving of the messages circulating throughout the integrated system—to manage the flow of information.

"Historically speaking, this body of technology was called a message broker," says Trevor Matz, managing director of Ensemble for InterSystems Corp. "The core of the integration platform is the messaging component."

Before messages are routed, the information must be converted to the correct format.

For example, in Application A, machine monitoring information is formatted in such a way that the name of the machine appears in the first field and the machine manufacturer's name appears in the second field. There are two address fields followed by a field for the name of the facility. In Application B, however, the first field is the name of the machine, which includes the name of the manufacturer. The address could be three fields rather than two, with the third field containing the name of the manufacturer. As a result, you couldn't take information as it is formatted in Application A and input it into Application B because there would be a mismatch between the data.

At this point, the transformation engine (which is part of or sits on top of the messaging engine) dynamically transforms data from one format to another using preconstructed transformation maps. This allows information entered into one application to be fed automatically to another. In this way, the information in both applications can be kept up-to-date.




The next major element of the integration platform is abstraction. This mechanism presents the data and functionality of each application in a standard way, allowing other applications to invoke and use the data and functionality as if they were their own. In this way, data and functionality become services accessible to all of the applications in the integration system. This eliminates the need to understand and work with the various protocols and programming models used by each application. Some common approaches to abstraction are Web services and XML.


Process Modeling and Orchestration


1 2 

Add Comment




Twitter Feed

Find It Fix It Forum

Sensors invites you to join the Findit-Fixit Forum, where you can get answers to your sensing questions—concerning technologies, products, methods, applications, and services--and also offer help to your fellow engineers. The Forum covers all kinds of topics, from the basics to the extraordinary.

Join the discussion!

© Copyright 2016 Questex, LLC. All Rights Reserved. Sensorsmag. Privacy Policy | Terms of Use

If you are having technical difficulties or considerations, please contact the webmaster.