HCL Commerce : descripción general del entorno de producción
- Imagen de Docker del servidor de transacciones
- Esta imagen incluye la ejecución del Transaction server en el WebSphere Application Server. El Transaction server incluye la lógica empresarial transaccional y las API que sirven a otros servidores de una aplicación de HCL Commerce. De forma predeterminada, cuando despliega el contenedor, se llama al contenedor
ts-app
.Note: Si migra la tienda de IBM Websphere Commerce Version 7 o IBM Websphere Commerce Version 8, la tienda se ejecuta en el Transaction server de Docker, no en el Store server de Docker. - Imagen de Docker del servidor web de transacciones
- Esta imagen incluye el servidor web de transacciones, que se utiliza como servidor web para acceder a las herramientas de HCL Commerce como Management Center y Administration Console. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
ts-web
. - Search server Imagen de Docker
- Esta imagen incluye el Search server para ejecutar el índice de búsqueda Solr. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
search-app
.La imagen del Search server de Docker se puede establecer como diferentes tipos de nodo de búsqueda:- search-master
- Maneja la indexación del nodo de transición o de creación y proporciona funciones de lectura/escritura. El maestro de búsqueda no soporta las configuraciones de varios nodos, solo puede haber uno. Para establecer la imagen de Docker como servidor de búsqueda, especifique los siguientes parámetros de Docker:
SOLR_MASTER=true SOLR_SLAVE=false
- search-repeater
- Desencadena la duplicación de índice y sincroniza el índice del maestro de búsqueda. El repetidor de búsqueda no proporciona funciones de escritura. Para establecer la imagen de Docker como un repetidor de búsqueda, especifique los siguientes parámetros de Docker:
SOLR_MASTER=true SOLR_SLAVE=true
- search-subordinate
- Sincroniza el índice del repetidor de búsqueda. Para establecer la imagen de Docker como la de búsqueda subordinada, especifique los siguientes parámetros de Docker:
SOLR_MASTER=false SOLR_SLAVE=true
- Store server Imagen de Docker
- Esta imagen incluye la Store server para servir elementos de tienda, incluyendo archivos JSP, zonas de e-marketing e imágenes. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
crs-app
.Note: Si migra la tienda de IBM Websphere Commerce Version 7 o IBM Websphere Commerce Version 8, la tienda se ejecuta en el Transaction server de Docker, no en el Store server de Docker. - Imagen de Docker de la web de herramientas
- Esta imagen contiene un IBM HTTP Server que aloja y sirve la aplicación de página única (SPA) de herramientas basadas en Angular y los elementos frontales que se muestran visualizan en Management Center for HCL Commerce. De forma predeterminada, cuando despliega el contenedor, se invoca al contenedor
tooling-web
. - Imagen de Docker de la web de la tienda
- Esta imagen contiene un IBM HTTP Server que aloja y sirve las tiendas de ejemplo de cabecera basadas en React (Emerald para B2C y Sapphire para B2B). de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
store-web
. B2B Next.js store Imagen de Docker
Esta imagen contiene la tienda Ruby que ofrece características personalizables para escaparates mediante la infraestructura de Next.js. Para obtener más información, consulte Tienda de inicio Next.js. De forma predeterminada, cuando despliega el contenedor, se invoca al contenedor
nextjs-app
.- Imagen de Docker del servidor de consulta de Elasticsearch
- Esta imagen contiene la aplicación de servicio de consulta que proporcionan las API de producto y de categoría, así como los puntos finales de configuración para perfiles de búsqueda, Matchmakers y NER (Reconocimiento de entidad de nombre) de NLP. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
search-query-app
. - Imagen de Docker del servidor de Ingest de Elasticsearch
- Esta imagen contiene la aplicación de servicio Ingest que proporciona las API para acceder y gestionar los conectores desplegados en el clúster de aplicaciones de Apache NiFi. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
ingest-app
. - Imagen de Docker del servidor de Nifi de Elasticsearch
- Esta imagen contiene la aplicación de terceros Apache NiFi. Apache NiFi está diseñado para automatizar el flujo de datos entre sistemas. HCL Commerce La búsqueda utiliza Apache NiFi como canalización de introducción de datos para todas las tiendas y datos de negocio del catálogo de productos. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
nifi-app
. - Imagen de Docker del servidor de registro de Nifi de Elasticsearch
- Esta imagen contiene una aplicación de terceros, Apache NiFi Registry. Es una aplicación complementaria que proporciona una ubicación central para crear versiones de componentes que ensamblan la canalización NiFi. El registro NiFi actúa como un repositorio de flujo intermedio interno entre NiFi y el repositorio de control de origen permanente, y se utiliza para coordinar actualizaciones de flujo en NiFi. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
registry-app
. - Customization server Imagen de Docker
- Esta imagen incluye el Customization server, que ejecuta código personalizado que usted puede crear para ampliar los puntos de extensión XC proporcionados por HCL. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
xc-app
. - Imagen de Docker del servidor de utilidad
- Esta imagen incluye un proyecto de utilidad que incluye scripts para llevar a cabo operaciones de HCL Commerce tales como cargar políticas de control de acceso, cargar datos de tienda y limpiar la base de datos de objetos obsoletos. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
ts-utils
. - Imagen de Docker del contenedor de soporte.
- Esta imagen contiene scripts python de despliegue y operación para utilizarlos en el despliegue de HCL Commerce dentro de un clúster de Kubernetes. El Contenedor de soporte se utiliza principalmente para comprobaciones de dependencia de servicio con el fin de asegurarse de que las diversas aplicaciones de Commerce se han puesto en línea correctamente y en el orden esperado. Además, también lo utilizan algunos trabajos de programa de utilidad, como por ejemplo para la generación de certificados TLS para una entrada segura. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
commerce/supportcontainer
. Imagen de Docker del Gestor de memoria caché
Esta imagen contiene interfaces REST para operar y monitorizar la HCL Cache remota almacenada en Redis. de forma predeterminada, cuando despliega el contenedor, se llama al contenedor
cache-app
.Imagen de Docker must-gather
Esta imagen contiene la aplicación Must-Gather que ayuda a la recopilación y agregación de información HCL Commerce de resolución de problemas. La aplicación solo se puede utilizar en un despliegue de Kubernetes.
Para obtener más información, consulte La aplicación Must-Gather
Además de las imágenes de Docker, tendrá que utilizar una base de datos IBM Db2 o Oracle. Para los entornos de desarrollo y de prueba, puede utilizar el contenedor de Docker de Db2 preconfigurado.
Puede crearlo encima de las imágenes de Docker proporcionadas por HCL para incluir código personalizado, configuraciones personalizadas y certificados de terceros adicionales. Con la aplicación de HCL Commerce que se ejecuta en contenedores, puede desplegar nuevos contenedores por separado según sea necesario.
HCL Commerce : escenarios de despliegue
- Búsqueda basada en Solr con un escaparate basado en Aurora migrado (local)
- Búsqueda basada en Solr con un escaparate remoto basado en Aurora
- Búsqueda basada en Elasticsearch con un escaparate remoto basado en Aurora
- Búsqueda basada en Elasticsearch con un escaparate remoto basado en React
- Búsqueda basada en Elasticsearch con una mezcla de escaparates basados en Aurora y React
- Búsqueda basada en Solr con un escaparate de Aurora migrado (local)
- El entorno de búsqueda existente de la versión 9.0 basada en Solr utiliza un maestro de búsqueda dedicado que se ejecuta en su propio contenedor o contenedores de Docker. Tiene repetidores y subordinados para equilibrar la carga. Puede desplegar esta configuración en la versión 9.1.
Para obtener más información sobre cómo desplegar Solr, consulte Desplegar Apache Solr utilizando DB2 en un entorno de ejecución y Desplegar Apache Solr con una base de datos Oracle.
- Búsqueda basada en Solr con un escaparate remoto basado en Aurora
- El entorno de búsqueda existente de la versión 9.0 basada en Solr utiliza un maestro de búsqueda dedicado que se ejecuta en su propio contenedor o contenedores de Docker. Tiene repetidores y subordinados para equilibrar la carga. Puede desplegar esta configuración en la versión 9.1.
Para obtener más información sobre cómo desplegar Solr, consulte Desplegar Apache Solr utilizando DB2 en un entorno de ejecución y Desplegar Apache Solr con una base de datos Oracle.
- Búsqueda basada en Elasticsearch con un escaparate remoto basado en Aurora
- Los siguientes escenarios de despliegue se describen más detalladamente en Despliegue de contenedores de Docker de Elasticsearch.
- Búsqueda basada en Elasticsearch con un escaparate remoto basado en React
- De forma predeterminada, HCL Commerce Search utiliza los escaparates de React. Para obtener una introducción a estas tiendas y sus características, consulte Tiendas de React de referencia.
- Búsqueda basada en Elasticsearch con tipos de tienda mixtos
- También puede combinar escaparates basados en Aurora y React, utilizando la siguiente topología:
HCL Commerce en producción
Asegúrese de que tiene una estrategia para gestionar y mantener el ciclo de vida del contenedor de su entorno de producción. Para obtener más información, consulte Planificación de la infraestructura del entorno de producción.