Variations de configuration de charte Helm HCL Commerce Version 9.1 commune

Les sections suivantes détaillent les variations au déploiement d'application HCL Commerce que la charte Helm hcl-commerce-helmchart permet. Chaque variante peut être déployée avec des modifications mineures à la charte Helm fournie.

Il est fortement recommandé de ne pas modifier le fichier de configuration values.yaml par défaut pour votre déploiement. Créez plutôt une copie à utiliser comme fichier de valeurs personnalisées, par exemple my-values.yaml. Cela vous permettra de conserver vos valeurs personnalisées pour les futurs déploiements et mises à niveau.

Déploiement avec la solution de recherche Solr

En définissant le paramètre common.searchEngine sur Solr, HCL Commerce est déployé avec une configuration de moteur de recherche basée sur Solr. Dans ce déploiement, il déploiera un maître de recherche dans le groupe auth et un répéteur de recherche et esclave de recherche dans le groupe live. Il ne déploiera pas la solution de recherche basée sur Elasticsearch. Dans cette configuration, le nouveau magasin de référence React ne peut pas être déployé, car cette solution de magasin nécessite des services de requête Elasticsearch pour fonctionner.

Déploiement avec la solution de recherche Elasticsearch

En définissant le paramètre common.searchEngine sur elastic, HCL Commerce est déployé avec une configuration de moteur de recherche basée sur Elasticsearch. Dans ce déploiement, il déploie la plateforme de données Elasticsearch complète (nifi, registry, ingest et data-query) dans le groupe share, et déploie le service de requête dans les groupes auth et live. Il ne déploiera aucune application de recherche basée sur Solr avec cette configuration.

HCL Commerce Search with Elasticsearch nécessite les services Elasticsearch, Zookeeper et Redis, qui ne sont pas inclus dans le chart Helm HCL Commerce. Vous pouvez déployer Elasticsearch, Zookeeper et Redis facilement en utilisant leurs chartes Helm officielles.

Déploiement avec un magasin basé sur Aurora

Deux variantes sont disponibles pour le déploiement avec la solution de magasin Aurora :

Si vous migrez HCL Commerce à partir de IBM Websphere Commerce Version 7 ou IBM Websphere Commerce Version 8 vers HCL Commerce Version 9 et souhaitez déployer un magasin Aurora existant, vous devez déployer le magasin migré dans le Transaction server. C'est ce qu'on appelle un magasin local. Pour plus d'informations sur les différences entre magasins locaux et distants, voir Migration d'un magasin WebSphere Commerce existant.
Dans ce cas, procédez comme suit :
- Définissez le paramètre common.localStoreEnabled sur true pour permettre à Elasticsearch et à Ingress d'être configuré correctement.
- Définissez le paramètre crsApp.enabled sur false puisque le serveur CRS (Commerce Remote Store) n'est pas requis.
Sinon, si votre magasin utilise le modèle de programmation distant basé sur Aurora, le magasin s'exécute dans le Store server (crs-app) et vous devez définir le paramètre crsApp.enabled sur true pour configurer et déployer le CRS dans le cadre du déploiement. Le magasin distant basé sur Aurora est également pris en charge pour une utilisation avec la solution de recherche Elasticsearch. De ce fait, il peut aussi coexister avec les magasins reposant sur le magasin de référence React dans le cas où vous exploitez plusieurs magasins de différents types, ou planifiez une migration.

Déploiement avec un magasin React

Le magasin de référence React est un magasin front-end uniquement sans interface, et il s'exécute dans le conteneur Store Web Docker. Définissez le paramètre storeWeb.enabled sur true pour activer le déploiement des magasins React. Notez que le paramètre common.searchEngine doit être défini sur elastic pour que store-web se déploie, car il dépend du service de requête Elasticsearch pour fonctionner. Pour une solution de recherche Solr traditionnelle, assurez-vous que le paramètre storeWeb.enabled est défini sur false.

Déploiement sur Power Linux

Le déploiement de HCL Commerce sur la plateforme Power Linux est entièrement pris en charge, avec une parité de fonction avec la version x86-64 fournie dans HCL Commerce 9.1.7.0. L'exemple de fichier values.yaml, trouvé dans la version HCL Commerce Helm Chart Power Linux de la charte Helm, indique que arch.ppc64le est l'architecture préférée.

La charte Helm hcl-commerce-vaultconsul-helmchart standard peut être utilisée pour déployer les services Vault et Consul sur Power Linux sans problème.

Toutefois, le déploiement d'HCL Commerce sur Power Linux nécessite une attention supplémentaire de la part du déploiement x86-64 standard. Il existe des différences dans le déploiement des services Elasticsearch, Zookeeper et Redis requis si vous déployez la solution de recherche basée sur Elasticsearch. Pour plus d'informations, examinez les exemples de fichier et les instructions sous le répertoire sample_values.

Déploiement avec approbations sur la place de marché

Introduit dans HCL Commerce 9.1.12.0, le service d'approbation est utilisé pour les approbations au sein d'un marché. L'application du service d'approbation nécessite un PostgresSQL déployé séparément qui doit être exécuté avant le démarrage du service. L'URL de la base de données PostgreSQL est transmise au service d'approbation à l'aide du chart Helm dans lequel figure une section bootConfig sous approvedApp.

Déploiement avec le Nextjs Ruby store

Feature preview Introduit dans HCL Commerce version 9.1.13.0, le Nextjs Ruby store est un magasin type basé sur le framework Next.js qui active les applications Web basées sur React avec le rendu côté serveur et la génération de sites Web statiques. Pour plus d'informations, voir Magasin type Next.js.

Pour activer le magasin type Ruby, les paramètres nextjsApp.enabled et storeWeb.enabled doivent être définis sur true. Avec ce type de magasin, la solution de recherche Elasticsearch est requise (common.searchEngine doit être défini sur elastic). La solution de recherche basée sur Solr n'est pas prise en charge.