Push to Live (PTL) dans la recherche

Lorsque la propagation de transfert démarre, l'opération de publication sur le Transaction server Création va pousser ou reproduire toutes les modifications prêtes pour la production entre la base de données Création et la base de données Actif.

Cette approche Push-To-Live (PTL) n'a plus besoin d'une réplication vers les nœuds subordonnés. Au lieu de cela, une copie du nouvel index actif sera créée dans l'environnement Actif et est échangée une fois que le nouvel index est prêt. L'ancienne version sera immédiatement mise hors service.

Le processus Push-To-Live copie les modifications prêtes pour la production dans la base de données de recherche depuis l'environnement de création vers l'environnement de production.

Pipeline PTL NiFi

Pour les opérations de l'environnement Push-To-Live pour les magasins, NiFi dispose d'un pipeline distinct. Le pipeline PTL est composé de nombreux groupes de processus, qui sont décrits dans les diapositives ci-dessous.

StagingProp n'a pas besoin d'être exécuté avant Push-To-Live, bien que cela soit toujours conseillé.

Le pipeline Push-To-Live effectue l'opération suivante :

Cloner des index.
Envoyer le nœud d'authentification Zookeeper vers l'environnement opérationnel.
Supprimer les informations de l'espace de travail et déverrouillez les index opérationnels.
Copier le prix calculé et exécuter l'indexation en quasi-temps réel (NRT) pour remplir les détails du stock en fonction des données opérationnelles.
Envoyer l'invalidation pour les modifications d'objets dans l'environnement de création.

Séquence de génération d'index pour les environnements opérationnels

Lorsque vous travaillez dans l'environnement opérationnel, générez l'index de stock opérationnel avant d'exécuter Push-to-Live. Si vous ne suivez pas cette séquence, le stock dans l'index du produit ne sera pas synchronisé avec la base de données active. Générez l'index à l'aide de l'appel REST suivant. Cet exemple suppose que vous indexez le connecteur live.inventory.

POST https://ingestServerHostname:port/connectors/live.inventory/run?storeId=storeId

Objectif du pipeline PTL

L'objectif du pipeline Push-To-Live NiFi est d'utiliser la méthode de clonage d'index pour déplacer les index de l'environnement de création vers l'environnement opérationnel. Si vous ne souhaitez pas exécuter de réindexation complète pour les index opérationnels, vous pouvez utiliser l'environnement Push-To-Live pour déplacer les index de création vers l'environnement de production.

Le pipeline Push-To-Live peut être déclenché avec le paramètre storeId pour lequel vous devez déclencher le PTL. Cela renverra la valeur runId en tant que réponse.

POST -- https://ingestHost:ingetsPort/connectors/push-to-live/run?storeId=1

Utilisez l'API répertoriée ci-dessous pour vérifier le statut de l'exécution de PTL.

GET - https://ingestHost:ingetsPort/connectors/push-to-live/runs/{runId}

Différence entre PTL et Index complet opérationnel

La principale différence entre PTL et la réindexation complète dans l'environnement opérationnel est la suivante :

A l'aide de l'approche clone d'index, PTL copie l'index de la source vers la cible, dans ce cas de l'environnement d'authentification vers l'environnement opérationnel.
L'opération d'indexation complète pour l'environnement opérationnel fonctionnera exactement comme celle de l'environnement d'authentification, sauf que le pipeline d'indexation complète de l'environnement opérationnel lira les données de la base de données opérationnelle.
L'utilisation de l'API ci-dessous déclenchera une réindexation complète pour l'environnement opérationnel.
```
POST - https://ingestHost:ingetsPort/connectors/live.reindex/run?storeId=1
```
Pour vérifier le statut de la réindexation complète dans l'environnement opérationnel, procédez comme suit :
```
GET - https://ingestHost:ingetsPort/connectors/live.reindex/runs/{runId}
```

Cloner des index

Ce groupe de processus bloque l'opération d'écriture sur l'index de création.
Ce groupe de processus libère des opérations d'écriture bloquées à partir de l'index cible.
Ce groupe de processus débloque l'opération d'écriture sur l'index de création.

Envoyer le nœud de création Zookeeper vers l'environnement opérationnel

Ce groupe de processus clone le nœud Zookeeper de l'environnement de création vers l'environnement opérationnel.

Ce groupe de processus supprime le document d'espace de travail de l'index actif.

Ce groupe de processus libère des opérations d'écriture bloquées à partir de l'index cible.
Ce groupe de processus supprime le document spécifique à l'espace de travail de l'index opérationnel.

Prix et stock

Ce groupe de processus copie le prix calculé pour le produit.
Ce groupe de processus déclenche le pipeline NRT pour renseigner le stock du produit.

Envoyer les invalidations précises: Ce groupe de processus envoie une invalidation pour les objets qui ont été modifiés dans le contexte de l'espace de travail.