2021 year in review - The new normal?

The year 2021 is coming to a close, ending pretty much the same way here in the Netherlands as it started in 2020... a lockdown.

Empty streets, closed shops, closed restaurants, no parties, no gatherings, and all just when we thought it might be getting back to normal.

Not yet.

Meanwhile work has gone one and life has continued for me with little change other than the occasional possibility to get out and about to visit you.

Just like in 2020, we've shared more time together this year online in virtual events, coffee breaks, and other strange virtual events. On the up side there were the possibilities to travel again in 2021 and I got to spend time with my family back in the US for the first time in over three years!

It was my +12th year at Red Hat and the worldwide pandemic continued to influence our daily lives as it surged and subsided throughout the year. While it's a constant in all the planning and activities, let's review some of the activities from 2021 that were not affected by the pandemic.

Installing Fedora 35 on Macbook Pro 13 inch (late 2011)

This weekend I decided to update my old Macbook Pro 13 inch from late 2011, with 125GB SSD and 8GB RAM. It's a machine I've taken on trips around the world and back in the day ran many a session, workshop, or demo on sharing all that AppDev goodness you know from JBoss technologies.

Last time we checked, this was installed using Fedora 33, so how about an update to Fedora 35?

Intelligent data as a service (iDaaS) - Architectural introduction

Part 1 - Architectural introduction

The last few months we have been digging deeply into the world of healthcare architectures with a focus on presenting access to ways of mapping successful implementations for specific use cases.

It's an interesting challenge in that we have the mission of 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.

DevConf.CZ 2022 - Designing your best architectural diagrams workshop (accepted)

 

I mentioned previously that I had submitted some content to DevConf.CZ 2022 with a focus on the architecture work I've been doing lately. 

What's DevConf.cz? 

It's a free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for the DevConf.CZ event. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

The following workshop was accepted this week, so let's get ready to design your best architecture diagrams!

DevConf.CZ 2022 - Talking Architecture Shop with Anyone (accepted)

I mentioned previously that I had submitted some content to DevConf.CZ 2022 with a focus on the architecture work I've been doing lately. 

What's DevConf.cz? 

It's a free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for the DevConf.CZ event. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

The following session was accepted this week, so let's get ready to talk some architecture shop!

Edge medical diagnosis - Example architecture with GitOps

Part 4 - Example architecture with GitOps

In our previous article from this series we talked about the example predictive analysis architecture found in an edge medical diagnosis solution for the healthcare industry.

The process was laid out how we approached the use case and how portfolio solutions are the base for researching a generic architecture. It continued by discussion how we approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Now it's time to look at one final example architecture.

This article walks you through an example architecture for using GitOps for providing a deployment and development example for edge medical diagnosis scenarios.

Edge medical diagnosis - Example predictive analysis

Part 3 - Example predictive analysis

In our previous article from this series we talked about the logical common architectural elements found in an edge medical diagnosis solution for the healthcare industry.

The process was laid out how we approached the use case and how portfolio solutions are the base for researching a generic architecture. It continued by laying out the process of how we approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example predictive analysis scenario showing how expanding the previously discussed elements provides an example for edge medical diagnosis scenarios.

Edge medical diagnosis - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we introduced a use case around edge medical diagnosis for the healthcare industry.

The process was laid out how we approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

Edge medical diagnosis - Architectural introduction

Part 1 - Architectural introduction

The last few years we have been digging deeply into the world of architectures with a focus on presenting access to ways of mapping successful implementations for specific use cases.

It's an interesting challenge in that we have the mission of 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.

Red Hat Summit Connect and Partner Experience Dublin - Talking Architecture Shop (slides)

The Red Hat Summit Connect Partner Experience and Red Hat Summit Connect events for customers were held this week in Dublin. Each was a one day event,  part of a new series of small-scale events, that brings the discussion of open source technology to your local cities.

The days were intended to bring updates and insights into the latest technologies and also offered the opportunity to get hands on with a few Red Hat technologies.  There were different streams of session topics hosting tech talks led by Red Hat experts and also business focused sessions delivered from local industry leaders including some fantastic partner and customer stories.

I was invited to give a session at both events in Dublin this week and wanted to share the slides presented that included links to all of the available content we discussed. 

Red Hat Summit Connect Partner Experience Dublin - Exploring Open Source Success at Scale

The Red Hat Summit Connect Partner Experience Dublin is a one day event,  part of a new series of small-scale events, that brings the discussion of open source technology to your local cities.

 The day provides updates and insights into the latest technologies and will also offer the opportunity to get hands on with Red Hat technologies.  There will be different streams of session topics that will host tech talks led by Red Hat experts and also business focused sessions delivered from industry leaders including some fantastic partner and customer stories.

I've been invited to give a session in Dublin and wanted to share the planning with you for this event in November. 

Codeanywhere adventures - Getting started with developer decision management tooling (part 4)

 In the previous article in this series, we introduced the world of Codeanywhere, a cloud IDE and container development experience all available in just your browser. 

Are you ready for some more amazing, easy to use, developer tooling that requires not a single tooling installation and no configuration? 

That's what the team at Codeanywhere are promising us when I stumbled on their website last week. They "...don't require you to engage in complex installations and configuration setups. Simply access our in-browser IDE for everything you need to build amazing websites in a productive and more developer-friendly way."

In a final part four of this series, we'll setup a complete decision management Java container project in Codeanywhere.

Red Hat Summit Connect Dublin - Talking Architecture Shop

The Red Hat Summit Connect Dublin is a one day event,  part of a new series of small-scale events, that brings the discussion of open source technology to your local cities.

 The day provides updates and insights into the latest technologies and will also offer the opportunity to get hands on with Red Hat technologies.  There will be different streams of session topics that will host tech talks led by Red Hat experts and also business focused sessions delivered from industry leaders including some fantastic partner and customer stories.

I've been invited to give a session in Dublin and wanted to share the planning with you for this event in November. 

Codeanywhere adventures - Getting started with developer process automation tooling (part 3)

In the previous article in this series, we introduced the world of Codeanywhere, a cloud IDE and container development experience all available in just your browser. 

Are you ready for some more amazing, easy to use, developer tooling that requires not a single tooling installation and no configuration? 

That's what the team at Codeanywhere are promising us when I stumbled on their website last week. They "...don't require you to engage in complex installations and configuration setups. Simply access our in-browser IDE for everything you need to build amazing websites in a productive and more developer-friendly way."

In part three of this series, we'll finish the setup of our process automation Java container project in Codeanywhere.

Codeanywhere adventures - Creating your first container project (part 2)

In the previous article in this series, we introduced the world of Codeanywhere, a cloud IDE and container development experience all available in just your browser. 

Are you ready for some more amazing, easy to use, developer tooling that requires not a single tooling installation and no configuration? 

That's what the team at Codeanywhere are promising us when I stumbled on their website last week. They "...don't require you to engage in complex installations and configuration setups. Simply access our in-browser IDE for everything you need to build amazing websites in a productive and more developer-friendly way."

In part two of this series, we'll get hands-on creating our first Java container project in Codeanywhere.

Beginners Guide to Installing Decision Management Tooling in a Local Container using Podman

 Recently the open source community project called Podman announced that there was solid support for using its container tooling to replace docker on your local development machine. Ring in the joyous music and off we go to explore how we can get back to basics without the issues of licensing around the developer desktop container tooling.

Note, the rest of this tutorial will be based on the current version of Podman at the time of publication, v3.3.1.

The first thing you want to do is just install the Podman tooling, which is fairly painless using BREW:

$ brew install podman

Now you are ready to kick off the virtual machine with the proper settings to start doing something real, like adding developer decision management tooling to your local machine.

Codeanywhere adventures - Getting started with browser based development in containers (part 1)

Are you ready for some amazing, easy to use, developer tooling that requires not a single tooling installation and no configuration? 

That's what the team at Codeanywhere are promising us with their cloud IDE when I stumbled on their website last week. They "...don't require you to engage in complex installations and configuration setups. Simply access our in-browser IDE for everything you need to build amazing websites in a productive and more developer-friendly way."

Not only that, it's a browser-based developer IDE that ties your coding directly to a pipeline of deployment using containers with immediate friendly tips to access for testing your projects.

I'm thinking we need to look at this a bit closer and wanted to share my Codeanywhere adventures here with you, starting with part one, getting started.

Beginners Guide to Installing Process Automation Tooling in a Local Container using Podman

Recently the open source community project called Podman announced that there was solid support for using its container tooling to replace docker on your local development machine. Ring in the joyous music and off we go to explore how we can get back to basics without the issues of licensing around the developer desktop container tooling.

Note, the rest of this tutorial will be based on the current version of Podman at the time of publication, v3.3.1.

The first thing you want to do is just install the Podman tooling, which is fairly painless using BREW:

$ brew install podman

Now you are ready to kick off the virtual machine with the proper settings to start doing something real, like adding developer process automation tooling to your local machine.

DevConf.US 2021 - Designing your best architectural diagrams workshop (free online)

 DevConf.US 2021 the 4th annual, free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies was a few weeks ago. 

It was a lot of fun to share some of the below workshop experiences with the attendees virtually. Some of the fun I will share here as, believe it or not, I hosted the workshop online from the lovely island of Rhodes, Greece.

Now that the conference is done, I wanted to share the recording and also present the materials so that you can us this workshop as a self-paced experience with everything online. 

Let's take a look at how you can watch the introduction to the workshop, get online in a browser to follow the workshop labs, and use the browser-based diagram tooling to complete each of the workshop labs.

DevConf.CZ 2022 - Let's talk architecture

DevConf.CZ 2022 has kicked off their call for papers this last month and the initial planning is a hybrid event if possible with onsite + virtual event hosted on January 28-29. It's a free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for the DevConf.CZ event. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

I've put together the following collection of talks as my submissions and happy to preview them here with you.

Cloud factory - Example factory deployment

Part 3 - Example cloud deployment

In our previous article from this series we shared a look at the logical common architectural elements found in a cloud factory solution.

The process was laid out how we approached the use case and how portfolio solutions are the base for researching a generic architecture. 

It continued by sketching the process of how we approached the use case by researching successful customer portfolio solutions as the basis for a generic architectural design.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example cloud deployment scenario showing how expanding the previously discussed elements provides a basis for your own cloud factory scenarios.

DevConf.US 2021 - Designing your best architecture diagrams workshop

DevConf.US 2021 ended their call for papers this last month and has announced acceptance for sessions to be hosted on September 2-3. 

It's the 4th annual, free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for DevConf.US events. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

I had submitted a few talks and workshops and here are my acceptances that arrived this week.

Cloud factory - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we introduced a use case for a cloud factory, deploying multiple private clouds based on one code base using the principles of Infrastructure as Code.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

Cloud factory - Architectural introduction

Part 1 - Architectural introduction

This article launches a new series exploring a cloud factory architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Remote server management - Example remote architecture

Part 3 - Example architecture

In our previous article from this series shared a look at the logical common architectural elements found in a remote server management solution.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

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

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example remote server management scenario showing how expanding the previously discussed elements provides an example for your own remote management scenarios.

Remote server management - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we introduced a use case around remote server management for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the cloud adoption architecture.

Remote server management - An architectural introduction

Part 1 - An architectural introduction

This article launches a new series exploring the remote server management architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Cloud Adoption - Example adoption architecture

Part 3 - Example adoption architecture

In our previous article from this series shared a look at the logical common architectural elements found in a cloud adoption solution for retail organisations.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

It continued by laying out the process of how we've approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example cloud adoption scenario showing how expanding the previously discussed elements provides an example for your own cloud adoption scenarios.

Getting started with Red Hat Business Automation version 7.11

 This last week the new release of the Red Hat Business Automation products went live, spanning Red Hat Process Automation Manager and Red Hat Decision Manager with a new version 7.11.

These two products provide a lot over versatility to your developer toolbox and there are some getting started documentation and examples to be found in the above linked pages.

Over the years I've shared so many projects and workshops around all the generations of Red Hat Business Automation products, that you might like to have a little overview of the ones that are now fully updated for use?

Below you'll find a walk through the various projects, demos, and workshops available today for you to get started with the latest and greatest of Red Hat Business Automation tools.

Cloud adoption - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we introduced a use case around cloud adoption for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the architectural details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the cloud adoption architecture.

Red Hat Summit 2021 (Ask the Experts) - An open approach to solution architectures (video)

This year the Red Hat Summit event is a bit different as we bridge the gap from pandemic reality to hopefully a form of normalcy. 

As the Red Hat Summit site explains to us, this "...event is expanding to become an all-new, flexible conference series, consisting of a 2‑part immersive virtual experience as well as a global tour of small-scale, in-person events. This series will create collective opportunities to share experiences, innovations, and insights."

Yesterday we presented our Ask the Expert session and the on-demand recording is available if you missed it. 

The event is free, so if you have not yet done so, register and you have full access to all the recordings. Now let's take a look at how to jump straight to our session

Cloud adoption - An architectural introduction

Part 1 - An architectural introduction

This article launches a new series exploring the cloud adoption architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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 Architectural. 

Let's look at these architectures, how they're created and what value they provide for your solution designs.

Red Hat Summit 2021 (Ask the Experts) - An open approach to solution architectures

This year the Red Hat Summit event is a bit different as we bridge the gap from pandemic reality to hopefully a form of normalcy. 

As the Red Hat Summit site explains to us, this "...event is expanding to become an all-new, flexible conference series, consisting of a 2‑part immersive virtual experience as well as a global tour of small-scale, in-person* events. This series will create collective opportunities to share experiences, innovations, and insights."

Part one was from April 27-28, where you started your Red Hat Summit journey by joining us for this no-cost event, where you got the latest news, asked the experts your technology questions, heard from customers around the globe, and explored how open source is innovating the future of the enterprise. All of the sessions are online and available throughout the year on-demand.

Part two is from June 15-16, and you can build on what you learned at April’s event with insights from breakout sessions and technical content geared toward the tracks and topics most relevant to your career. You can also interact live with Red Hat professionals at this no-cost event. More depth at this event with the breakout sessions, ask the experts sessions, and a virtual expo hall.

Retail data framework - Example data architecture

Part 3 - Example data architecture

In our previous article from this series shared a look at the logical common architectural elements found in a retail data framework solution for retail organisations.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

It continued by laying out the process of how we've approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example stock control scenario showing how expanding the previously discussed elements provides an example for your own stock control scenarios.

Retail data framework - Common architectural elements

Part 2 - Common architectural elements

 In our previous article from this series we introduced a use case around the data framework for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the real-time stock control architecture.

Retail data framework - An architectural introduction

Part 1 - An architectural introduction

This article launches a new series exploring a retail architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Real-time stock control - Example stock control architecture

Part 3 - Example architecture

In our previous article from this series shared a look at the logical common architectural elements found in a real-time stock control solution for retail organisations.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

It continued by laying out the process of how we've approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example stock control scenario showing how expanding the previously discussed elements provides an example for your own stock control scenarios.

DevConf.US 2021 - Containers, OpenShift, architecture blueprints, and diagram tooling

DevConf.US 2021 has kicked off their call for papers this last month and of course it will be a virtual event (hopefully for this one last time) hosted on September 2-3. It's the 4th annual, free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for DevConf.US events. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

I've put together the following collection of talks as my submissions and happy to preview them here with you.

Real-time stock control - Common architectural elements

Part 2 - Common elements

In our previous article from this series we introduced a use case around real-time stock control for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the real-time stock control architecture.

Real-time stock control - An architectural introduction

Part 1 - Architectural introduction

This article launches a new series exploring a retail architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Store health and safety - Example health and safety architecture

Part 3 - Example store health
and safety architecture

In our previous article from this series shared a look at the logical common architectural elements found in a store health and safety solution for retail organisations.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. It continued by laying out the process of how we've approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example store health and safety scenario showing how expanding the previously discussed elements provides an example for your own store health and safety scenarios.

Store health and safety - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we introduced a use case around headless e-commerce for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the store health and safety architecture.

Store health and safety - An architectural introduction

Part 1 - An architectural introduction

Welcome to a new series exploring a retail architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Red Hat Summit 2021 - How to enjoy this three part event series

This year the Red Hat Summit event is a bit different as we bridge the gap from pandemic reality to hopefully a form of normalcy. 

As the Red Hat Summit site explains to us, this "...event is expanding to become an all-new, flexible conference series, consisting of a 2‑part immersive virtual experience as well as a global tour of small-scale, in-person* events. This series will create collective opportunities to share experiences, innovations, and insights."

Part one is from April 27-28, where you can start your Red Hat Summit journey by joining us for this no-cost event, where you can get the latest news, ask the experts your technology questions, hear from customers around the globe, and learn how open source is innovating the future of the enterprise. There will be keynotes, spotlights, live demos, and access to Red Hatters from around the globe.

Part two is from June 15-16, and you can build on what you learned at April’s event with insights from breakout sessions and technical content geared toward the tracks and topics most relevant to your career. You can also interact live with Red Hat professionals at this no-cost event. More depth at this event with the breakout sessions, ask the experts sessions, and a virtual expo hall.

Finally, you noticed the star marking the part three event above? That's because this part of the event we hope allows us to meet in-person, but the ongoing situation means Red Hat will "...continue to monitor the ongoing global health crisis and make adjustments to the Red Hat Summit agenda to help ensure the health, safety, and well-being of everyone within the open source community."  If all goes well, then you can cap your Red Hat Summit experience somewhere from Oct - Nov "...by exploring hands-on activities at in-person events that will be held in several cities. The networking opportunities can help you find the inspiration to discover who you want to be and the tools to do what you want to do." There will be hands-on labs, 1-1 meetings, and training courses available during this final event series.

Headless eCommerce - Example headless architectures

Part 3 - Example headless architectures

In our previous article from this series shared a look at the logical common architectural elements found in a headless e-commerce solution for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. It continued by laying out the process of how we've approached the use case by researching successful customer portfolio solutions as the basis for a generic architecture.

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example headless e-commerce platform scenario showing how expanding the previously discussed elements provides an example for your own headless e-commerce scenarios.

Headless eCommerce - Common architectural elements

Part 2 - Common architectural elements

 In our previous article from this series we introduced a use case around headless e-commerce for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the headless e-commerce architecture.

Headless eCommerce - An architectural introduction

Part 1 - An architectural introduction

We're kicking off another series sharing a new architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.

Point of sale - Example image distribution architecture

Part 3 - Example image distribution architecture

In our previous article from this series we shared a look at the logical common architectural elements found in  point of sale imaging solution for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

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

Having completed our discussions on the logical view of the architecture, it's now time to look at a specific example.

This article walks you through an example image distribution scenario showing how expanding the previously discussed elements provides an example for your own point of sale image distribution scenarios.

Point of sale - Common architectural elements

Part 2 - Common architectural elements

In our previous article from this series we've introduced a use case around point of sale imaging for retail stores.

The process was laid out how we've approached the use case and how portfolio solutions are the base for researching a generic architecture. 

The only thing left to cover was the order in which you'll be led through the architecture details.

This article starts the real journey at the very top, with a generic architecture from which we'll discuss the common architectural elements one by one.

This will start our journey into the logical elements that make up the point of sale imaging architecture.

Point of sale - An architectural introduction

This article kicks off the first in the series sharing another new architecture. It's focusing on presenting access to ways of mapping successful implementations for specific use cases.

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.