Indexación sin propagación de transición
Aunque se recomienda la propagación de transición para la HCL Commerce Search, un servidor Quality Assurance (QA) se puede utilizar para probar y previsualizar cambios en un entorno no de transición antes de la propagación a la producción.
El diagrama siguiente muestra cómo un usuario de empresa aplica cambios en una configuración no de transición utilizando un servidor de QA:
En este flujo, un usuario de empresa aplica cambios a un área de QA, que a continuación un administrador de TI propaga en el entorno de producción. A continuación se describe el proceso de alto nivel de este flujo:
- Los cambios de catálogo se realizan en HCL Commerce utilizando el Centro de gestión o el programa de utilidad de carga de datos en un entorno de transición o de autoría. Los usuarios de empresa prueban y previsualizan todos los cambios en este entorno de preproducción antes de publicarlos en los entornos de producción. En este escenario, hay un índice de búsqueda dedicado para el entorno de QA y el procedimiento de actualización delta para sincronizar los cambios del catálogo es el mismo que en un entorno que no sea QA.
- Una vez que el usuario empresarial está satisfecho con los cambios, los datos se liberan y se publican en la producción con sus propios procedimientos internos. La tabla TI_DELTA_CATENTRY debe actualizarse como corresponda durante la carga de los datos para reflejar qué productos se han creado, actualizado o suprimido. Este paso es necesario y permite notificar al tiempo de ejecución de la búsqueda qué productos se renuevan en el índice de búsqueda.
- Cuando los archivos de elementos y de datos del catálogo se publican en el sistema de producción, se requiere una compilación delta o del índice completo en el repetidor del índice de búsqueda. El repetidor del índice de búsqueda contiene una instantánea de la versión actual del índice en la producción. Una vez que se ha completado la primera réplica de la transición, el repetidor comunica los cambios a sus nodos subordinados que están en producción. Este enfoque es similar al enfoque Indexación con propagación de transición, excepto en que el índice se vuelve a crear en producción, en lugar de duplicarse desde la transición. La reconstrucción del índice de búsqueda debe iniciarse desde el sistema de producción o utilizando el mandato del planificador UpdateSearchIndex, o directamente invocando el script buildSearchIndex desde la línea de mandatos por un administrador de TI.Deben tenerse en cuenta las siguientes consideraciones cuando los archivos de elementos y los datos de catálogo se publiquen en la producción:
- La próxima vez que se ejecutará el mandato del planificador de reindexación.
- La cantidad aproximada de tiempo que la reindexación puede tardar en completarse.
- La próxima vez que se va a producir la réplica entre el índice de búsqueda de producción y el repetidor.
- La cantidad aproximada de tiempo que la réplica de índice puede tardar en completarse.
- Se debe realizar la invalidación de memoria caché para el escaparate antes de que los cambios actualizados sean visibles en la producción. Se puede realizar una invalidación memoria caché automatizada con el programa de utilidad indexprop y el trabajo de planificador UpdateSearchIndex.
Cambios de catálogo directamente en el entorno de producción
Es posible que se pueda desplegar una plataforma de HCL Commerce sin un entorno de transición y sin un servidor de QA de prueba y de vista previa, con cambios que se efectúan directamente en un entorno de producción. Normalmente este tipo de configuración de despliegue se puede encontrar en sitios web de pequeño y mediano tamaño. Esta configuración es posible pero no es recomendable.