Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Integration Key to Experience: Service Integration (Part 9)

DZone 's Guide to

Integration Key to Experience: Service Integration (Part 9)

Let's continue from Part 8 by looking at more specific examples of how blueprints can solve specific integration use cases.

· Integration Zone ·
Free Resource

In my previous article from this series, we looked in to details that determine how your integration becomes the key to transforming your customer experience.

It started with laying out the process of how I've approached the use case by researching successful customer portfolio solutions as the basis for a generic architectural blueprint.

Let's continue looking at more specific examples of how these blueprints solve specific integration use cases.

This article walks you through an example integration scenario showing how expanding the previously discussed details provides blueprints for your own integration scenarios.

Blueprint Scenario

As mentioned before, the architectural details covered here are based on real customer integration solutions using open-source technologies. The example scenario presented here is a generic common blueprint that was uncovered researching customer solutions. It's my intent to provide a blueprint that provides guidance and not deep technical details.

This section covers the visual representations as presented, but it's expected that they'll be evolving visually over time. There are many ways to represent each element in this architectural blueprint, but I've chosen icons, text, and colors that I hope are going to make it all easy to absorb. Feel free to post comments at the bottom of this post, or contact me directly with your feedback.

Now let's take a look at the details in this blueprint and outline the solution.

omnichannel customer experienceService Integration 

The example blueprint shown in the figure above outlines how to integrate microservices into your architecture. In this example, starting from the top, an online application is used to connect to your services through an API gateway. It's leveraging a group of microservices that provide front-end functionality. These front-end microservices are gathering data and information from the various organizational backend systems by working through integration microservices. The showcased backend system in this example case is a mainframe.

While there is no direct link between the various internal microservices to security services, it's implied by showing the authentication and authorization services supported through a Single Sign-On (SSO) server. This SSO server is leveraging existing organizational choices that involve using a third-party active directory solution. It's crucial to understand that SSO functionality is pervasive throughout the integration use cases, so consider it included as plugins for every service artifact in the architecture blueprint.

There is a consciencious effort here to keep this blueprint example as concise as possible, therefore the integration of various potential backend systems has been simplified to a single representative box.

Third-Party Service Integration  omnichannel customer experience

While the above blueprint shows service integration within your own organization using open technologies, what about legacy third-party service implementations? 

Many organizations are forced to live (at least for the time being) with legacy choices, and have service integrations that need to tie in existing technology platforms. With open technologies like Red Hat Fuse, it's like having a universal tool for connecting to almost any technology. 

The example blueprint shown in the figure titled Example: Integration to Third-Party Service Use outlines how to integrate your organization with third-party services in your architecture. In this example, starting from the top, an online application is used to connect to your services through an API gateway. It's leveraging a group of microservices that provide front-end functionality. These front-end microservices are gathering data and information from the various organizational backend systems by working through integration microservices

The showcased backend system in this example case are a set of security services that have been implemented on a third party platform using proprietary technology. Have no fear, you can enable the services they provide in place by fronting them with a set of integration microservices. This enables your development organization to deliver agile and flexible applications without having to rip and replace large parts of your existing architecture. 

What's Next

This overview covers the first example architecture blueprints on process integration for omnichannel customer experience use case. 

An overview of the series on omnichannel customer experience portfolio architecture blueprint can be found here:

  1. An introduction
  2. Generic common architectural elements
  3. External application details
  4. API management details
  5. Container platform essentials
  6. Storage services
  7. Example process integration
  8. Example mobile integration
  9. Example service integration (this article)
  10. More example integration blueprints

Catch up on any articles you missed by following one of the links above.

Next in this series, we start taking a look at more specific integration architecture blueprints that tie in all the elements we've discussed as part of a specific case in an architecture for omnichannel customer experience.

Topics:
integration ,api ,red hat ,blueprints ,tutorial

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}