To make customer experience, IoT, ecosystems, intelligence and IT systems work together, a digital business technology platform must effectively interconnect all these subplatforms at scale. Application leaders should implement a pervasive integration strategy to succeed in digital business.
Application leaders in charge of modernizing integration strategies and infrastructure to enable DBTP:
The DBTP provides organizations with the technical foundation to support their digital transformation strategies. The DBTP is a "platform of platforms" that combines IT systems, customer experience, Internet of Things (IoT), ecosystems and intelligence platforms to enable new products, new services and even new business models. Application systems within these "subplatforms" must be integrated with each other and with systems in other subplatforms.
An "unintegrated DBTP" is simply an oxymoron.
To make their DBTPs work, organizations need to tackle myriad integration challenges that pervasively manifest across all the platform components (see Figure 1).

Source: Gartner (August 2017)
These integration challenges pervasively manifest at multiple levels of a given DBTP:
Due to the quickly changing and highly competitive nature of digital business, organizations must be able to address these challenges quickly and cost-effectively (see the Octo case study in this research).
A sound pervasive integration strategy (see Note 1) is no longer simply "nice to have." It cannot be an afterthought for organizations with digital ambitions.
Digital business is in its essence collaborative, heterogeneous and continuously changing and expanding. Without a solid underlying integration infrastructure and pervasive "integration thinking," there is no digital business.
Integration, however, is a tricky problem for application leaders to tackle. Moreover, it is often hard for them to secure resources and managerial attention to the issue. For many digital business leaders, in fact, integration is regrettably just "an implementation detail." This attitude often stems from the incorrect belief that, after all, integration is a "solved problem." This attitude occurs because of all the hype and rhetoric digital business leaders hear about APIs.
The tough reality is radically different:
Without a well-thought-out and wisely governed pervasive integration strategy, a DBTP will inevitably end up being based on an unmanageable, fragile, rigid, hard-to-change and horribly expensive "digital business spaghetti" nonarchitecture.
A digital spaghetti could potentially undermine the effectiveness and agility of any digital transformation initiative and keep the organization isolated from digital business ecosystems and their transformative opportunities.
This research is meant to help application leaders responsible for supporting DBTP initiatives to address these challenges by providing them with:
Even a superficial look at the integration issues associated with your DBTP will reveal that you must:
Even more daunting than the intrinsic complexity of supporting these requirements within and across the DBTP subplatforms is the sheer amount of integration work driven by digital business. For example, you may need to:
Without proper leadership, planning and substantial investment in terms of technologies, organizational settings and skills, you will never be able to sort out integration issues of that scale and complexity.
It is imperative that you properly sensitize your digital transformation leadership about the key role of pervasive integration to make sure top management allocates adequate managerial attention and investment as part of your organization's DBTP plans.
Action Items:
A key component of your DBTP is the ecosystem subplatform, which enables your organization to collaborate with your business partners in ways that go beyond traditional, decades-old models. Supporting these new approaches to ecosystems poses specific integration challenges that only in part overlap with the integration issues that manifest across the other DBTP subplatforms.
The hierarchical supply chain relationships (for example, a carmaker and its parts suppliers) and the B2B partner ecosystems where organizations enter into specific point-to-point agreements are widespread. However, these forms of ecosystems are too rigid, constrained and slow to support the digital context where real-time continuous monitoring for IoT events and ecosystem-supported business moments is a common behavior.
The more elastic and agile digital business ecosystems are peer networks of members that are facilitated by a third-party ecosystem platform broker. Their model is a direct descendant of the architecture of sharing economy platform businesses, such as Uber or Airbnb (see Figure 2).

Source: Gartner (August 2017)
The members/partners of any ecosystem are always independent entities with their own IT architecture and business models. Therefore, integration capabilities are essential in all ecosystem models. However, the digital business ecosystem peer network poses different integration challenges:
The demands to the IT infrastructure embedded in the broker platform and in the infrastructure of the ecosystem members include:
Member organizations of a digital business ecosystem retain fully autonomous operations and process their ecosystem-derived business internally, using their internal integration infrastructures and approaches. In that respect, the ecosystem business is an "edge" activity that requires substantial integration investment due to its inherent diversity. It "plugs in" with the core integration infrastructure of the organization that manages the coordinated work of its own application, cloud services and other ecosystems or partnerships of various types where the organization is a member.
It will likely become imperative in the next two to three years that your organization be ready to join digital business peer-network-style platform businesses and ecosystems. Your integration strategy must support this imperative.
Action Item:
Many of the digital business integration challenges that we discussed above have a common trait: They must be addressed in a matter of weeks, days or even hours not months or quarters no matter what.
Most likely your organization already has in place one or more teams of integration specialists typically referred to as integration competency centers (ICCs) that take care of integration across IT systems. In general, ICCs do not have the amount of resources that are needed to perform the myriad integration projects and tasks that will emerge as you implement your DBTP. Should the ICC have to deal with "all" these requirements, it would rapidly become a bottleneck, no matter how efficient the team is.
In the absence of a pervasive, organizationwide integration strategy, your individual DBTP platform leaders and specific project teams will naturally tend to address their integration challenges locally by optimizing their short-term goals (for example, developing ecosystem-enabling APIs) in a stovepipe fashion. They do not, and cannot, have a holistic perspective of the overall DBTP integration challenges, which may lead to duplication of efforts, technologies and skills within your DBTP and across your organization.
Moreover, developers, not necessarily with deep integration platform skills ("ad hoc" integrators), and even business users (citizen integrators) under time-to-value pressure inevitably want to address their integration issues by themselves (see Note 2). This may lead to further duplication of efforts.
The market offers several categories of platforms that can address a wide range of functional requirements and support these different personas (see Note 3). However, in most cases and especially in large and global enterprises, no single one of these platforms can support all the integration issues stemming from a DBTP initiative. You may need a combination of these platforms, but you will also want to optimize such a combination to keep your costs under control.
All the dimensions of your pervasive integration strategy organizational, architectural and technical must aim to minimize the costs of supporting these requirements while maximizing the agility and flexibility of your DBTP.
Action Item:
To react to business moments (but also to support more conventional process automation requirements), your organization must be able to integrate applications and data across the DBTP platforms in a business real-time, event-based fashion. For example, you may need to order a missing spare part via your procurement application (in your IT system platform) when a preventive maintenance algorithm (in your intelligence platform) notifies you of a potential failure in one of your IoT-enabled asset (via your "things" platform).
To support these types of scenarios, therefore, intra-/inter-subplatform and ecosystem integration capabilities must be available and consumable to the appropriate integration personas, anywhere throughout your DBTP. Ideally, you would like to have a single, shared set of DBTP-wide integration capabilities that are available, in a self-service fashion, to any integration persona in any DBTP subplatform. Such a setting enables:
Enabling this model implies an extension of your current integration platform (if you have one) to cover the new requirements, such as IoT and digital business ecosystem integration. It also requires, however, a change in your organizational setting to extend your "systematic" ICC with resources, methods and skills aimed at empowering and facilitating such a self-service and persona-based approach to integration across your DBTP (see Figure 3).

Source: Gartner (August 2017)
As discussed previously, you can pick-and-choose from a wide range of integration platform offerings to get the products and services that best suit your needs. However, the risk of duplication of technologies is high and, to a certain extent, inevitable. Moreover, from a central IT perspective, the issue is how to make these integration platforms available to multiple stakeholders across your DBTP without encouraging an unregulated, chaotic integration spaghetti. From the technology perspective, you can mitigate the problem by providing the integration platform capabilities as a shared infrastructure (that is, your own private iPaaS). Everybody could use (upon authorization) it, but your digital ICC would deliver, manage, monitor and maintain it centrally.
Gartner calls such an approach the HIP. This is not a product that you can buy, but rather a framework of on-premises and cloud-based integration and governance capabilities that enables different integration personas to support a wide range of use cases, ideally in a self-service fashion.
Your HIP-inspired integration infrastructure ("your HIP," for short) will likely implement only a subset of the overall HIP framework. Your HIP will be constructed by assembling a variety of technology building blocks, from one or more providers that, nonetheless, should be managed as a cohesive, federated and integrated whole.
To tackle your digital business integration issues with the necessary agility, short time to value and adaptability, your HIP must be able to support some combination of the following requirements:
Your ICC, ideally, should make these functionalities available in a role-based, self-service fashion. For example:
The "systematic approach to integration" has its merits in terms of efficiencies and quality of service, but, as discussed above, may not be agile and responsive enough. Thus, it may encourage ad hoc and citizen integrators to work around the ICC bottleneck by relying on self-procured, "high-productivity" integration tools to quickly address their local integration issues by themselves.
Gartner calls this the "adaptive approach to integration." It can rapidly deliver value and instant gratification, but it can also introduce long-term challenges in terms of economies of scale, expanding technical debt, manageability, auditability, security and compliance. These challenges extensively magnify across the DBTP. They particularly affect subplatforms that must face high-scale integration challenges (IoT, ecosystems and customer experience).
Both the systematic and the adaptive approach deliver benefits and have drawbacks. Neither is inherently the best, but each can prove better than the other for specific use cases. You should plan, therefore, to reshape your organizational model to be able to support what Gartner calls the bimodal approach to integration. In this approach, the systematic and adaptive approaches complement each other.
The bimodal approach implies an evolution of your digital ICC toward a model that supports implementation, delivery and management of your HIP infrastructure. The ICC continues to deliver integration projects according to the systematic approach. But it also plays the role of facilitator for ad hoc and citizen integrators (but also for specialists elsewhere in the organization) by providing them:
Action Items:
Octo, founded in 2002, is a company providing a range of telematics services. It operates in 26 countries, with a particularly strong presence in the U.S., the U.K. and Italy. Octo business strategy is to help insurance and automotive companies successfully exploit the opportunities stemming from the dramatic transformation these industries will tackle over the next three to five years:
Octo based its business and service delivery strategy on a DBTP, implemented as a multitenant cloud platform, whose capabilities are delivered to partners via APIs and an IoT hub according to several models, including PaaS and business process outsourcing (BPO). Through this platform, Octo captures behavioral, contextual and driving data from consumer vehicles (cars, motorbikes and scooters). This data is then aggregated and analyzed in real time to provide services to a variety of different industries (insurance, automotive, car rental and fleet companies, and, through the Omoove subsidiary, mobility sharing organizations).
To implement and deliver these services, the company had to address myriad integration challenges involving IoT integration, event ingestion, API publishing and inter-DBTP integration issues.
These integration challenges are complex and at scale. The company has approximately 90 B2B partners (including Axa, General Motors, Unipol, Liberty Mutual, Admiral, Hastings Group, Mapfre Insurance and LeasePlan), and its telematics network connects more than 5.3 million vehicles, which gives the company a dominant market share in its segment.
Octo's DBTP provides a set of horizontal capabilities on top of which the company has implemented the services that consolidate the company's industry-specific, historical know-how. In this way, the company aims to:
A key enabler of the Octo DBTP is its HIP based on Software AG's integration technology which provides connectivity across IoT devices, Octo's internal systems, third-party service providers and ecosystem partners.
Octo's offerings include both real-time notification services (for example, car crash detection, parental control, theft prevention and "find my car") and "after the fact" services (for example, first notice of loss, crash reconstruction, damage estimation and various actuarial analytics). In turn, partners leverage Octo's capabilities to use data for improving their performance on pricing, claims and fraud detection. Moreover, partners can use those capabilities to provide innovative services for their consumer clients. For example:

Source: Gartner (August 2017)
Octo's DBTP consists of:
Atop these horizontal services, integrated through the company's HIP, Octo's DBTP provides configurable application frameworks for the vertical industries it currently supports.
Such an architecture enables Octo to generate value from the IoT data for multiple ecosystems and across ecosystems alike. By reducing by 40% the time to market for new services, Octo expects that the new platform will enable the company to act as the "innovation enabler" for its partners. This way, the company aims to at least double its addressable market (for example, by entering the smart home, healthcare, agriculture and heavy machinery segments) and reinforce its global market leadership.
Source: Gartner Research Note G00337200, Massimo Pezzini Yefim V. Natis, 31 August 2017
Pervasive integration is an organizational practice to build enterprisewide competency for integration across:
The integration platform market is a large (approximately $12 billion in provider revenue in 2016) and growing market. Some of the most relevant segments of this market are:
In addition to these general-purpose tools, you can also find specialty platforms in the market. These typically address use-case-specific integration needs. For example:
However, many other software products and cloud services such as business process management (BPM) tools, analytics platforms and even packaged and SaaS applications "embed" integration capabilities.