WebSphere Commerce runtime environment overview

WebSphere Commerce is separated into different applications that run within Docker containers. IBM provides the following Docker images...

In addition to the Docker images, we will need to use IBM Db2 or Oracle as the database. For development and test environments we can use the preconfigured Db2 Docker container. We can also consider creating a Docker container to run the database, which can help simplify deploying development, test, or quality assurance environments.

We can build on top of the IBM provided Docker images to include custom code, custom configurations, and additional third party certificates. With the WebSphere Commerce application running on containers, we can deploy new containers separately as needed.


Sample WebSphere Commerce runtime system

Assuming that we cluster the containers and we have an authoring and live environment, our system of containers and container interactions might resemble the following scenario with a WebSphere Commerce Version 9 store on the remote store server (crs-app):

A Web server (ts-web) does not exist on the live instance. For a WebSphere Commerce Version 9 store, the ts-web container is not needed. Storefront requests are handled directly by the Store server (crs-app). For access to WebSphere Commerce tools directly on the live instance (for example, to make emergency updates to the live store through the tools), then we can also deploy ts-web to the live instance.

If we migrated the store from WebSphere Commerce Version 8, then the store resides on the Transaction server (ts-app) instead of the Store server (crs-app).


Related reference
Manage the container lifecycle of the production environment
Docker container start up logic for 9.0.0.0 and 9.0.0.1
Docker container start up configuration parameters