Skip to main content

Understanding Hybrid Integration Platforms

Based on the research done by researchandmarkets.com, market cap for Hybrid Integration Platforms (HIP) will grow from 17.14B in 2017 to 33.60B in 2022. This shows the importance of the Hybrid Integration Platforms and their relevance to the enterprises. First of all, it is essential to understand the concept. The term “Hybrid” means a combination of more than one entities (most of the time 2). I drive a hybrid Toyota vehicle which runs on electricity (battery) as well as fuel (petrol). In the world of integration, hybrid means integrating systems which resides on

  • On premise and
  • Cloud


When it comes to “on-premise” systems, they can be running on physical hardware, virtual machines, containers or in a virtual private cloud. The meaning of an on-premise system in the world of integration is that user has the control over application maintenance.

“Cloud” systems means the systems which are running on public cloud which runs on vendors own data centers (or public Iaas cloud such as EC2, Azure or GCloud) and fully managed by the vendor. Sometimes users may get some admin privileges, but it is most of the time the vendor who does the maintenance of the system.

The term Hybrid Integration Platform means a platform which can interconnct both on-premise and cloud based systems. Even though we differentiate the systems based on their installed location and the maintenance capabilities, all the systems communicate with the integration platform using 2 main principals.

  • Communication (Transport) protocol (e.g. HTTP, JMS, TCP, IDOC, etc.)
  • Content Type (message format) (e.g. XML, JSON, Binary, Text, etc.)

From the Integration Platform’s perspective, what it matters is to understand the transport protocol and the message formats. In most of the well known integration platforms, these are handled through

  • Protocol Connectors - to deal with communication protocols (HTTP, JMS, TCP, etc)
  • Message Builder/Formatter - to deal with message formats (XML, JSON, Binary, etc)

With the usage of above mentioned 2 components, Integration Platform can interface with any system and integrate with other systems using a canonical internal message representation (or not). Some platforms keeps a canonical representation while others do the transformations as and when necessary.

On top of these standard protocol connectors, some integration platforms has build specific connectors for cloud APIs like Salesforce, Twitter, Gmail, Facebook, etc. so that integration with those systems are abstracted and make it easier for the developers. These Cloud Connectors are one of the key factors when selecting a proper Hybrid Integration Platform. Some vendors offer these connectors for free while other offer these connectors at a cost.

Another important aspect of a HIP is the ability to extend their core functionalities through simple and well defined interfaces. When it comes to integration, there can be so many on-premise systems which has been written with proprietary standards (especially Commercial Off The Shelf (COTS) systems) and it is really important that HIP can extend its capabilities and deal with this kind of systems.


Another aspect of a HIP is the deployment flexibility. The platform must be able to deploy on premise as well as cloud. It would also be a value addition if that is available as a public cloud offerring.


If a particular Integration Platform or a product offers the above mentioned capabilities, we can consider that as a good candidate for your Hybrid Integration Platform requirement.

On top of these technical capabilities, another key factor in identifying a good HIP is the user experience when it comes to integrate multiple systems. The concept of Citizen Integrtor has become a key factor in selecting a good HIP. The term Citizen Integrator has many different meanings. But the high level idea is that a person who understands the business value of systems and their interconnections will become a citizen integrator if he is willing to learn about usage of the technology without going detail into writing code. Due to this factor, most of the vendors are building visual tools to help Citizen Integrators to easily achieve their targets without worrying about writing code.

In addition to the above mentioned capabilities, having following features would add icing on the cake.

  • Analytics capabilities
  • API management capabilities
  • Identity and Access Management capabilities

Given below are some of the leaders in this space
  • Software AG (Darmstadt, Germany)
  • Informatica (California, US)
  • Dell Boomi (Pennsylvania, US)
  • MuleSoft (California, US)
  • IBM (New York, US)
  • TIBCO Software (California, US)
  • Oracle (California, US)
  • Liaison Technologies (Georgia, US)
  • WSO2 (California, US)
  • SnapLogic (California, US)
  • Red Hat (North Carolina, US)
  • Axway (Puteaux, France)
  • SEEBURGER (Bretten, Germany)
  • Microsoft (Washington, US)

Comments

  1. Thanks for sharing like this content. I really appreciate sharing your post. and also you can go through this site and read the interesting thing Top Hybrid Integration Companies

    ReplyDelete
  2. Thanks for this amazing post. I really feel that Informatica is the leader in the integration space. Informatica Read Json

    ReplyDelete

Post a Comment

Popular posts from this blog

How to protect your APIs with self contained access token (JWT) using WSO2 API Manager and WSO2 Identity Server

In a typical enterprise information system, there is a high chance that people will use different types of systems built by different vendors to implement certain types of functionalities. The APIs might be hosted in an API Manager developed by vendor A and the user management can be implemented using a different vendor (vendor B). In this type of a situation, one system will not be able to directly contact the other system but they want to use both systems in tandem. Self-contained access tokens are used in these types of situations where applications can get the token from one system and use that in another system to access protected resources. In this scenario, the second system does not need to make a contact to the first system over the network to validate the user information since the token is self-contained and it has relevant details about the user. This will improve the token processing time significantly since it completely removes the network interaction. The below fig...

WSO2 ESB creating a response for a "GET" request

When you are creating REST APIs with WSO2 ESB, you may need to send some response message back to the user when something goes wrong. In this kind of scenario, you can create a payload inside the ESB and send it back. For doing this, you can use the below configuration. <api xmlns=" http://ws.apache.org/ ns/synapse " name="LoopBackProxy" context="/loopback">    <resource methods="POST GET">       <inSequence>          <property name="NO_ENTITY_BODY" scope="axis2" action="remove"></property>          <log level="full"></log>          <payloadFactory media-type="xml">             <format>                <m:messageBeforeLoopBack xmlns:m=" http://services...

WSO2 ESB usage of get-property function

What are Properties? WSO2 has a huge set of mediators but property mediator is mostly used mediator for writing any proxy service or API. Property mediator is used to store any value or xml fragment temporarily during life cycle of a thread for any service or API. We can compare “Property” mediator with “Variable” in any other traditional programming languages (Like: C, C++, Java, .Net etc). There are few properties those are used/maintained by ESB itself and on the other hand few properties can be defined by users (programmers). In other words, we can say that properties can be define in below 2 categories: ESB Defined Properties User Defined Properties. These properties can be stored/defined in different scopes, like: Transport Synapse or Default Axis2 Registry System Operation Generally, these properties are read by get-properties() function. This function can be invoked with below 2 variations. get-property(String propertyName) get-property(String scop...