Mécanisme d'évaluation de l'API Campaign
Dans le contexte d’un Déploiement Enterprise (FFDA), il n’est pas recommandé de dynamiser les appels unitaires en ce qui concerne les performances (latence et simultanéité). L'opération par lots est toujours préférable. Afin d’améliorer les performances, les API d'ingestion sont redirigées vers la base de données locale.
La fonctionnalité d'évaluation de Campaign est activée par défaut sur certains schémas prédéfinis. Nous pouvons également l'activer sur un schéma personnalisé. Description du mécanisme d'évaluation :
- La structure du schéma de données est dupliquée dans la table d'évaluation locale.
- Les nouvelles API dédiées pour l'ingestion des données se déplacent directement dans la table d'évaluation locale. En savoir plus
- Un workflow planifié se déclenche toutes les heures et resynchronise les données vers la base de données cloud. En savoir plus
Certains schémas natifs sont évalués par défaut, tels que nmsSubscriptionRcp, nmsAppSubscriptionRcp, nmsRecipient.
Les API de Campaign Classic v7 sont toujours disponibles, mais ne peuvent pas bénéficier de ce nouveau mécanisme d'évaluation : les appels d'API sont acheminés directement vers la base de données cloud. Adobe recommande d'utiliser le nouveau mécanisme d'évaluation autant que possible afin de réduire la pression globale et la latence sur la base de données cloud de Campaign.
-
Grâce à ce nouveau mécanisme, la synchronisation des données pour les désinscriptions de canaux, les abonnements, les désabonnements ou l'enregistrement mobile est désormais asynchrone.
-
L'évaluation s’applique uniquement aux schémas stockés dans la base de données cloud. N'activez pas l'évaluation sur les schémas répliqués. N'activez pas l'évaluation sur les schémas locaux. N'activez pas l’évaluation sur un schéma évalué
Étapes dʼimplémentation implement-staging
Pour mettre en œuvre le mécanisme d'évaluation de Campaign sur une table spécifique, procédez comme suit :
-
Créez un exemple de schéma personnalisé sur la base de données cloud de Campaign. Aucune évaluation n'est activée à cette étape.
code language-none <srcSchema _cs="Sample Table (dem)" created="YYYY-DD-MM" entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table" lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX" modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema"> <element autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table" name="sampleTable"> <attribute label="Test Col 1" length="255" name="testcol1" type="string"/> <attribute label="Test Col 2" length="255" name="testcol2" type="string"/> </element> </srcSchema>Pour en savoir plus sur la création de schémas personnalisés, consultez cette page.
-
Enregistrez et mettez à jour la structure de la base de données. En savoir plus
-
Activez le mécanisme d'évaluation dans la définition du schéma en ajoutant le paramètre autoStg="true".
code language-none <srcSchema _cs="Sample Table (dem)" "YYYY-DD-MM" entitySchema="xtk:srcSchema" img="xtk:schema.png" label="Sample Table" lastModified="YYYY-DD-MM HH:MM:SS.TZ" mappingType="sql" md5="XXX" modifiedBy-id="0" name="sampleTable" namespace="dem" xtkschema="xtk:srcSchema"> <element autoStg="true" autopk="true" autouuid="true" dataSource="nms:extAccount:ffda" label="Sample Table" name="sampleTable"> <attribute label="Test Col 1" length="255" name="testcol1" type="string"/> <attribute label="Test Col 2" length="255" name="testcol2" type="string"/> </element> </srcSchema> -
Enregistrez la modification. Un nouveau schéma d'évaluation est disponible, qui est une copie locale du schéma initial.
-
Mise à jour de la structure de la base de données. La table d'évaluation sera créée sur la base de données locale de Campaign.