HCL Commerce présentation de l'environnement de production

HCL Commerce se décompose en différentes applications qui s'exécutent dans des conteneurs Docker. HCL fournit les images Docker suivantes que vous pouvez déployer pour exécuter votre application HCL Commerce.

Image Docker du serveur de transactions

Cette image contient le Transaction server qui s'exécute sur le WebSphere Application Server. Le Transaction server contient la logique métier transactionnelle et les API qui servent d'autres serveurs d'une application HCL Commerce. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé ts-app.

Note: Si vous migrez votre magasin à partir de IBM Websphere Commerce Version 7 ou IBM Websphere Commerce Version 8, votre magasin est en cours d'exécution dans le Docker Transaction server, pas le Docker Store server.

Image Docker du serveur Web Transaction

Cette image contient Transaction Web Server, qui est utilisé comme serveur Web pour accéder aux outils HCL Commerce comme Management Center et Administration Console. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé ts-web.

Search server Image Docker

Cette image contient Search server pour exécuter l'index de recherche Solr. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé search-app.

L'image Docker Search server peut être définie en différents types de nœuds de recherche :

search-master

Gère l'indexation à partir du nœud de transfert ou de création et fournit des fonctionnalités de lecture/écriture. Les configurations de nœuds multiples ne sont pas prises en charge pour le maître de recherche ; il ne peut y en avoir qu'un seul. Pour définir l'image Docker en tant que search-master, spécifiez les paramètres Docker suivants :

SOLR_MASTER=true SOLR_SLAVE=false

search-repeater

Déclenche par réplication d'index et synchronise l'index à partir du search-master. Le search-repeater ne fournit pas de fonctionnalités d'écriture. Pour définir l'image Docker en tant que search-repeater, spécifiez les paramètres Docker suivants :

SOLR_MASTER=true SOLR_SLAVE=true

search-subordinate

Synchronise l'index à partir du search-repeater. Pour définir l'image Docker comme search-repeater, spécifiez les paramètres Docker suivants :

SOLR_MASTER=false SOLR_SLAVE=true

Store server Image Docker

Cette image contient le Store server pour servir les actifs de magasin y compris les fichiers JSP, les emplacements d'e-marketing et les images. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé crs-app.

Outillage de l'image Web Docker

Cette image contient un IBM HTTP Server qui héberge et sert l'application à page unique (SPA) d'outils basés sur Angular et les actifs front-end qui s'affichent dans Management Center for HCL Commerce. Par défaut, lorsque vous déployez le conteneur, celui-ci est nommé tooling-web.

Image Web Docker de magasin

Cette image contient un IBM HTTP Server qui héberge et sert les exemples de magasins sans en-têtes basés sur React (Emerald pour B2C et Sapphire pour B2B). Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé store-web.

B2B Next.js store Image Docker

Cette image contient le magasin Ruby qui offre des fonctionnalités personnalisables pour les vitrines à l'aide du framework Next.js. Pour plus d'informations, voir Magasin type Next.js. Par défaut, lorsque vous déployez le conteneur, celui-ci est nommé nextjs-app.

Image Docker du serveur de requête Elasticsearch

Cette image contient l'application de service Query qui fournit les API pour le produit, la catégorie, ainsi que les nœuds finaux de configuration pour les profils de recherche, les matchmakers et NLP NER (reconnaissance d'entité de nom). Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé search-query-app.

Image Docker du service Ingest Elasticsearch

Cette image contient l'application de service Ingest qui fournit les API d'accès et de gestion des connecteurs déployés sur le cluster d'applications Apache NiFi. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé ingest-app.

Image Docker du serveur de NiFi Elasticsearch

Cette image contient l'application tierce, Apache NiFi. Apache NiFi est conçu pour automatiser le flux de données entre les systèmes. HCL Commerce Search utilise Apache NiFi comme pipeline d'ingestion de données pour toutes les données métier liées aux magasins et aux catalogues de produits. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé nifi-app.

Image Docker du serveur de Nifi Registry Elasticsearch

Cette image contient une application tierce, Apache NiFi Registry. Il s'agit d'une application complémentaire qui fournit un emplacement central pour la gestion des versions des composants assemblant le pipeline NiFi. NiFi Registry agit comme un référentiel de flux intermédiaire interne entre NiFi et le référentiel de contrôle des sources permanent et est utilisé pour coordonner les mises à jour de flux dans NiFi. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé registry-app.

Customization server Image Docker

Cette image contient le Customization server, qui exécute le code personnalisé que vous pouvez créer pour étendre les points d'extension xC fournis par HCL. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé xc-app.

Image Docker du serveur d'utilitaire

Cette image inclut un projet d'utilitaire qui contient des scripts pour gérer les opérations de HCL Commerce, telles que le chargement des stratégies de contrôle d'accès, le chargement des données de stockage et le nettoyage des objets obsolètes dans la base de données. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé ts-utils.

Image Docker du conteneur de support.

Cette image contient des scripts python de déploiement et d'opération à utiliser dans le déploiement de HCL Commerce dans un cluster Kubernetes. Le conteneur de support est principalement utilisé pour les vérifications des dépendances de service, afin de s'assurer que les différentes applications Commerce sont mises en ligne correctement et dans l'ordre attendu. En outre, il est également utilisé par certains travaux d'utilitaire, tels que pour la génération de certificatS TLS pour l'entrée sécurisée. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé commerce/supportcontainer.

Image Docker du gestionnaire de cache

Cette image contient des interfaces REST pour utiliser et surveiller le HCL Cache distant stocké dans Redis. Par défaut, lorsque vous déployez le conteneur, le conteneur est appelé cache-app.

Image Docker Must-Gather

Cette image contient l'application Must-Gather qui facilite la collecte et l'agrégation des informations de traitement des problèmes HCL Commerce. L'application ne peut être utilisée que dans un déploiement Kubernetes.

Pour plus d'informations, consultez la rubrique Application Must-Gather

En plus des images Docker, vous devrez utiliser une base de données IBM Db2 ou Oracle. Pour les environnements de développement et de test, vous pouvez utiliser le conteneur Db2 Docker préconfiguré.

Pour plus d'informations, voir :

Vous pouvez créer sur le dessus des images Docker fournies par HCL pour inclure du code personnalisé, des configurations personnalisées et des certificats tiers supplémentaires. Avec l'application HCL Commerce en cours d'exécution sur les conteneurs, vous pouvez déployer de nouveaux conteneurs séparément au besoin.

HCL Commerce scénarios de déploiement

Les diagrammes d'architecture de scénario de déploiement suivants sont basés sur les solutions de recherche et de stockage utilisées :

Recherche basée sur Solr avec une vitrine basée sur Aurora (locale) migrée
Recherche basée sur Solr avec une vitrine basée sur Aurora distante
Recherche basée sur Elasticsearch avec une vitrine basée sur Aurora distante
Recherche basée sur Elasticsearch avec une vitrine basée sur React distante
Recherche basée sur Elasticsearch avec un mélange de vitrines basées sur Aurora et React

Recherche basée sur Solr avec une vitrine Aurora (locale) migrée

L'environnement de recherche basé sur l'ancienne version 9.0 de Solr utilise un maître de recherche dédié qui s'exécute dans son ou ses propres conteneurs Docker. Il a des répéteurs et subordonnés pour équilibrer la charge. Vous pouvez déployer dans cette configuration dans la version 9.1.

Pour plus d'informations sur le déploiement de Solr, voir Déploiement d'Apache Solr à l'aide de DB2 dans un environnement d'exécution et Déploiement d'Apache Solr avec une base de données Oracle.

Recherche basée sur Solr avec une vitrine basée sur Aurora distante

Recherche basée sur Elasticsearch avec une vitrine basée sur Aurora distante

Les scénarios de déploiement suivants sont décrits plus en détail dans Déploiement de conteneurs Docker Elasticsearch.

Si vous souhaitez utiliser la vitrine Aurora, vous pouvez le faire avec HCL Commerce Search version 9.1. La topologie du réseau est la suivante :

Recherche basée sur Elasticsearch avec une vitrine basée sur React distante

Par défaut, HCL Commerce Search utilise les vitrines React. Pour une présentation de ces magasins et leurs caractéristiques, voir Magasins React de référence.

Recherche basée sur Elasticsearch avec des types de magasins mixtes

Vous pouvez également combiner les vitrines basées sur Aurora et React, en utilisant la topologie suivante :

HCL Commerce en production

Assurez-vous d'avoir une stratégie de gestion et de maintenance du cycle de vie des conteneurs de votre environnement de production. Pour plus d'informations, voir Planification de l'infrastructure de votre environnement de production.