Part 1 - An architectural introduction |
It's an interesting challenge creating architectural content based on common customer adoption patterns. That's very different from most of the traditional marketing activities usually associated with generating content for the sole purpose of positioning products for solutions. When you're basing the content on actual execution in solution delivery, you're cutting out the chuff.
What's that mean?
It means that it's going to provide you with a way to implement a solution using open source technologies by focusing on the integrations, structures and interactions that actually have been proven to work. What's not included are any vendor promises that you'll find in normal marketing content. Those promised that when it gets down to implementation crunch time, might not fully deliver on their promises.
Enter the term Portfolio Architecture.
Let's look at these architectures, how they're created and what value they provide for your solution designs.
What's that mean?
It means that it's going to provide you with a way to implement a solution using open source technologies by focusing on the integrations, structures and interactions that actually have been proven to work. What's not included are any vendor promises that you'll find in normal marketing content. Those promised that when it gets down to implementation crunch time, might not fully deliver on their promises.
Enter the term Portfolio Architecture.
Let's look at these architectures, how they're created and what value they provide for your solution designs.
The process
The first step is to decide the use case to start with, which in my case had to be linked to a higher level theme that becomes the leading focus. This higher level theme is not quite boiling the ocean, but it's so broad that it's going to require some division in to smaller parts.
In this case we've aligned with the higher level theme being 'Retail' use cases, a vertical focus. This breaks down into the following use cases and in no particular order:The case I'm tackling here is focused on Headless eCommerce. This use case we've defined as the following:
In this case we've aligned with the higher level theme being 'Retail' use cases, a vertical focus. This breaks down into the following use cases and in no particular order:The case I'm tackling here is focused on Headless eCommerce. This use case we've defined as the following:
Deploying a container based eCommerce website while moving away from tightly coupled existing eCommerce platform.
The approach taken is to research our existing customers that have implemented solutions in this space, collect their public facing content, research the internal implementation documentation collections from their successful engagements, and where necessary reach out to the field resources involved.
To get an idea of what these architectures look like, we refer you to the series previously discussed here:
Now on to the task at hand.
What's next
The resulting content for this project targets the following three items.- A slide deck of the architecture for use telling the portfolio solution story.
- Generic architectural diagrams providing the general details for the portfolio solution.
- A write-up of the portfolio solution in a series that can be used for a customer solution brief.
An overview of this series on headless e-commerce portfolio architecture:
Catch up on any past articles you missed by following any published links above.
Next in this series, taking a look at the generic common architectural elements for a headless e-commerce architecture.
Catch up on any past articles you missed by following any published links above.
Next in this series, taking a look at the generic common architectural elements for a headless e-commerce architecture.
(Article co-authored by Iain Boyle, Chief Architect Retail, Red Hat)
No comments:
Post a Comment
Note: Only a member of this blog may post a comment.