Integration of storage services (part 6)
In Part 5 this series, we looked into 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. Now it’s time to cover various blueprint details.
This article covers the final elements in the blueprint, storage services, which are fundamental to the generic architectural overview.
As mentioned before, the architectural details covered here are base on real customer integration solutions using open source technologies. The elements presented here are then the generic common architectural elements that I’ve identified and collected in a generic architectural blueprint. It’s my intent to provide a blueprint that provides guidance and not deep technical details.
Note that we’re covering 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 architecture and outline the elements uncovered in my research.
Everything you need to grow your career.
With your free Red Hat Developer program membership, unlock our library of cheat sheets and ebooks on next-generation application development.SIGN UP
While every organization needs and certainly has chosen one or more the storage services described in this article, for completeness, I’ve presented the most common choices found in my research.
The basic legacy solution every organization I researched had was a virtual block storage (VBS) solution. It can be in your data center, on site in your developer machine, or hosted by almost any cloud provider. It provides the fixed-size raw storage capacity and must have consistent I/O performance with low-latency connectivity.
When files and data sets become very large, then object-based storage (OBS) becomes the service of choice. It’s available on-premises or as services hosted by most cloud providers to ensure you can leverage the persistence of your choice for your specific use case.
For container-based applications and services, persistence is achieved with container-native storage (CNS) solutions. As previously mentioned, central to all research I conducted was a distinct leaning towards the use of a container platform for applications and microservices.
A need for storage for these container-based elements leads organizations to search for CNS solutions. Such a solution is native to the container platform and delivers the performance and ease of use desired by developers and architects constructing the integration solutions for omnichannel.
One key to our generic integration with these storage services lies in the previously discussed integration data microservices that make all forms of storage services available across your architecture. These details are not all-telling, but should give you the guidance you’d need to get started in your own architectural situations.
This overview covers the container platform elements that make up our architecture blueprint for the omnichannel customer experience use case.
An overview of the series on omnichannel customer experience portfolio architecture blueprint can be found here:
- Part 1: How integration is key to customer experience
- Part 2: Common architectural elements for modern integration architectures
- Part 3: Integration of external application details
- Part 4: Integration of API management details
- Part 5: Integration of container platform essentials
- Part 6: Integration of storage services (this article)
- Part 7: Application integration details
- Part 8: Dissecting several specific application integration architectures
Catch up on any articles you missed by following one of the links above.
Next in this series, we start taking a look at specific integration architectures that tie in all the elements we’ve discussed as part of a specific case in an architecture for omnichannel customer experience.