Part 5 - Example 3rd-party platform integration |
The foundation for this logical diagram was researching a use case where customers were successful with a portfolio solution.
It's a starting point for the generic architecture that rises from several customer solution that were researched.
Having completed the outline of the architectural details and the resulting logical diagram elements, it's now time to take a look as specific examples.
In this article we'll continue building the previous examples by sharing how customers are integrating with 3rd-party platforms in their architectures as SaaS platforms.
Architecture scenarios
As a reminder, the architectural details covered here are base on real customer integration solutions using open source technologies.The example scenario presented here is a generic common architecture that was uncovered researching customer solutions. It's my intent to provide an architecture that provides guidance and not deep technical details.
This section covers the visual representations as presented. There are many ways to represent each element in this architecture, 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 architecture and outline the solution.
Integrating with SaaS platforms
The example architecture shown in figure titled Example: Third-Party Platform Integration outlines how to integrate an existing 3rd-party platform as if it's a SaaS platform.As is often the case, organizational choices in our past have left us with legacy components in our architectures. While sometimes these are simple components to integrate with, we live and learn by applying the same abstractions to our larger platforms that might be hosting a collection of functionality in our organization.
For example, let's assume this image above is making use of a legacy platform hosting a myriad of specialized services that have become impossible to maintain. The amount of interfaces and maintenance has become such a burden that the organization desires to migrate away from the legacy platform, yet cannot at this time due to their dependency on those hosted services.
A logical approach is to segregate the platform as if it's a cloud or SaaS service. This allows for gradual migration of the existing services from the 3rd-party platform at your convenience, including evenutal moves to offsite or cloud-based service hosting. SaaS integration with these services or applications provides many options going forward in managing the architecture.
The example here shows a specific part of the integration, where a front end web connection uses front-end microservices to access integration microservices that manage that generice access to the third-party platform. Note, the security aspects are left in this example to ensure that you remember to include authentication and authorization across your integration landscape.
Implementation details are left up to the reader to quantify as each organizations needs and usage of a specific SaaS integrations with all possible third-party platforms can not be captured in a generic architecture beyond the above.
What's next
An overview of the series on integrating SaaS applications portfolio architecture can be found here:
Next in this series, taking a look at processes and 3rd-party platform integration.
- An introduction
- Common architectural elements
- Example CRM integration
- Example CRM connector integration
- Example 3rd-party platform integration
- Example processes and 3rd-party platform integration
Next in this series, taking a look at processes and 3rd-party platform integration.