Last update: Thu Jun 27 2019 00:00:00 GMT+0000 (Coordinated Universal Time)
Créé pour :
- Developer
- User
- Admin
- Leader
Date de publication : 28 juin 2019
Nouvelles fonctionnalités d’Adobe Experience Platform :
Mises à jour des fonctionnalités existantes :
Data Science Workspace dsw
Adobe Experience Platform Data Science Workspace est un service entièrement géré au sein d’ Experience Platform qui permet aux spécialistes des données de générer en toute transparence des informations à partir de données et de contenu sur les solutions Adobe et les systèmes tiers en créant et en mettant en oeuvre des modèles d’apprentissage automatique. Data Science Workspace est étroitement intégré à Platform et alimente le cycle de vie de la science des données de bout en bout, y compris l’exploration et la préparation des données XDM, suivi par le développement et la mise en oeuvre de modèles pour enrichir automatiquement Real-Time Customer Profile avec Machine Learning Insights.
Fonctionnalités clés
Fonctionnalité
Description
Mise en service et isolation du calcul
Fournissez les ressources informatiques dédiées nécessaires pour permettre aux spécialistes des données d’exécuter du code non approuvé dans Experience Platform de manière sécurisée.
Première expérience client
Inclut des exemples prêts à l’emploi pour divers langages et structures d’apprentissage automatique, tels que Python, R, PySpark et Scala Spark.
Notebooks
Environnement personnalisé pour les spécialistes des données et les ingénieurs en données optimisé par Jupyter Notebooks pour leur permettre de préparer des données, d’extraire des fonctionnalités et de développer des modèles ML avec une liste organisée de bibliothèques et de structures d’apprentissage automatique populaires.
Exploration des données
Accès en toute transparence aux données XDM ingérées dans Platform intégré à Platform Data Access SDK.
Visualisation des données
Possibilité d’exécuter des requêtes SQL dans Jupyter Notebooks pour accélérer la préparation des données et la conception des fonctionnalités.
Pipelines de fonctionnalités
API/SDK pour Scala/PySpark destinés à déployer des pipelines d’ingénierie de fonctionnalités afin de transformer les données XDM de base en schémas de fonctionnalités.
Création de modèles
Modèles et composants d’exécution permettant aux spécialistes des données de se concentrer sur le développement de modèles sans avoir à implémenter le code d’infrastructure pour accéder aux données et aux ressources de calcul. Vous pouvez importer du code de modèle et le mettre en œuvre afin d’obtenir des informations à partir de données dans Platform.
Gestion des modèles d’entreprise
Prise en charge des modèles de données à plusieurs clients pour effectuer le suivi des versions des modèles et des configurations d’hyperparamètres associées afin de fournir les bases d’un écosystème de partenaires.
Évaluation de modèles
Évaluation et optimisation des modèles de régression et de classification dans Python, PySpark, R et Scala.
Déploiement de modèles
Possibilité de comparer des mesures et des configurations d’évaluation sur plusieurs exécutions expérimentales, et de publier le modèle optimal en tant que service.
Notation par lots
Enrichir Real-Time Customer Profile avec des insights d’apprentissage automatique ou les écrire en tant que jeux de données à Platform
Planification
Intégré à Platform Orchestration Service pour automatiser les pipelines de formation, de notation et de fonctionnalités des modèles avec des plannings définis par l’utilisateur via les API.
Problèmes connus
- Les pipelines de planification et de fonctionnalités sont actuellement disponibles via des API uniquement, avec une interface utilisateur qui sera ajoutée dans une version ultérieure.
Pour plus d’informations, consultez la section Présentation de l’espace de travail de science des données.
Decisioning Service decisioning
Adobe Experience Platform Decisioning Service permet de sélectionner intelligemment et par programmation la "meilleure expérience disponible" à partir d’un ensemble d’options disponibles pour une personne donnée, de la diffuser sur n’importe quel canal ou application, ainsi que d’effectuer des rapports et des analyses.
Un modèle prédéfini de données enrichies permet d’utiliser de manière non conformiste le cas d’utilisation de la prise de décision de « la meilleure offre disponible ».
Fonctionnalités clés
Fonctionnalité
Description
Référentiel d’objets métier
Un référentiel piloté par les modèles de schéma JSON permet aux développeurs de créer, lire, mettre à jour et supprimer un grand nombre d’objets métier. Le référentiel fournit des API de requête expressives et à usage général ainsi que des recherches prenant en compte les schémas.
Conteneurs de référentiel
Dans le référentiel d’objets métier, un développeur peut isoler les éléments qui le préoccupent relativement aux projets, aux unités commerciales ou organisationnelles, ou aux étapes du cycle de vie d’un projet (par exemple, dans le développement et l’intégration, l’évaluation ou pour une utilisation en production). Ces isolations sont appelées des conteneurs de référentiel.
Rôles et autorisations
En utilisant la variable Admin Console, une organisation peut créer et gérer des profils pour accorder un accès ciblé aux ressources par type, opération d’accès et conteneur. Des utilisateurs peuvent être ajoutés à ces profils d’accès et les privilèges d’accès effectifs sont automatiquement calculés à partir de ces politiques.
Modèle d’objet d’offre prédéfini
Sans avoir à créer au préalable un modèle de données, une Platform Le développeur peut tirer parti des schémas et relations JSON prédéfinis pour créer un catalogue d’offres, définir des règles et des contraintes de décision et assembler des collections d’offres pour la prise de décision.
Règles de décision basées sur les données de profil et autres
Une intégration étroite avec la Real-Time Customer Profile permet à un développeur de créer des règles de décision qui exploitent les données de profil. Les décisions peuvent non seulement être prises à l’aide d’attributs de profil, mais aussi en fonction de l’historique des événements d’expérience d’un profil et d’entités commerciales sans rapport avec une identité d’utilisateur (par exemple : conditions de trafic ou inventaire des produits). Quelconque Experience Data Model (XDM) pour laquelle un schéma existe dans la variable Schema Registry peut être utilisé pour les règles de décision. Les règles sont des entités de première classe et peuvent être réutilisées pour n’importe quelle activité ou option de décision.
Classement et limitation
Les options de décision qui respectent toutes les conditions d’éligibilité et les autres contraintes pour un utilisateur donné sont classées et la meilleure option est sélectionnée. Des contraintes de limitation supplémentaires globales et par utilisateur peuvent être utilisées pour limiter l’exposition des options disponibles, ce qui permet de personnaliser les options en tenant compte des contraintes en termes de ressources et de la fatigue des utilisateurs.
Decisioning API REST
Le Decisioning Service peut être appelé à l’aide d’une API REST simple pour obtenir la meilleure offre disponible pour une personne donnée. Une API de mesures peut être utilisée pour vérifier les valeurs de limitation et les propositions d’offre en temps réel.
Diffusion en continu des événements de décision dans Data Lake et Query Service
Le Decisioning Service crée automatiquement des jeux de données pour diffuser automatiquement tous les événements de décision XDM dans la variable Data Lake. Les jeux de données sont alors disponibles pour la création d’analyses et de rapports à l’aide de Query Service.
Activation pour les développeurs
Accord préalable en libre-service avec documentation sur les E/S Adobe, y compris des tutoriels pour diverses rubriques.
Problèmes connus
- Le modèle de données d’offre n’est pas exposé via la variable Schema Registry et ne peuvent donc être étendus que de manière limitée. Le schéma de modèles est doté de structures intégrées permettant de joindre des données personnalisées. À l’avenir, vous pourrez étendre une classe de modèle XDM de base pour définir vos propres domaines de décision personnalisés.
- Vous devez être configuré avec le modèle de domaine de gestion des offres, et les utilisateurs et les intégrations doivent être gérés dans ce contexte de produit.
Query Service query
Query Service permet d’utiliser des commandes SQL standard pour rechercher des données dans Adobe Experience Platform afin de prendre en charge de nombreux cas d’utilisation d’analyse et de gestion des données. Il s’agit d’un outil sans serveur qui vous permet de joindre n’importe quel jeu de données dans la variable Data Lake et capturer les résultats de la requête en tant que nouveau jeu de données à utiliser dans les rapports, Data Science Workspaceou pour l’ingestion dans Profile Service.
Vous pouvez utiliser Query Service créer des écosystèmes d’analyse des données, en créant une image des consommateurs sur leurs différents canaux d’interaction. Ces canaux peuvent prendre les formes suivantes :
- Système de point de vente
- Web
- Mobile
- Système CRM
Fonctionnalités clés
Fonctionnalité
Description
Requêteur
Utilisez un outil web pour écrire, valider, tester et exécuter des requêtes. L’éditeur comprend une console pour obtenir des informations détaillées sur l’exécution des requêtes, ainsi qu’une fonction permettant d’afficher les résultats des requêtes.
Création de jeux de données
Création de jeux de données sur Experience Platform via la syntaxe SQL standard.
Fonctions définies par Adobe
Tirez parti des fonctions de raccourci pour les tâches courantes, comme l’identification des sessions ou la définition des attributions.
Connectivité de l’outil de veille stratégique
Utilisez les pilotes PostgreSQL (Postgres) trouvés dans les outils de BI courants pour vous connecter à Query Service pour créer des rapports et des visualisations. Les outils pris en charge sont les suivants : Tableau, Power BI, et Looker. Recherchez les informations d’authentification dans l’onglet dédié.
Connectivité de l’outil de gestion de base de données
Connexion Aqua Data Studio ou DB Visualizer to Query Service pour la fonctionnalité d’exploration des données et de création de jeux de données. Query Service prend également en charge la connectivité à partir de R Studio. Recherchez les informations d’authentification dans l’onglet dédié.
Outil de requête de ligne de commande
Connectez PSQL pour pouvoir exécuter des requêtes à partir de la ligne de commande.
Journal des requêtes
Conserve l’historique des requêtes exécutées par Query Service et vous permet de rechercher des données SQL antérieures pour modification, exécution ou création d’un jeu de données à partir des résultats.
API de planification de requête
Planifiez des requêtes pour une exécution récurrente via cette API.
Problèmes connus
- Query Editor présente un échantillon de 100 lignes de résultats pour votre requête. Pour conserver le jeu de résultats complet, utilisez les fonctionnalités de création de jeux de données du journal de requêtes.
- Les versions publiées à court terme intégreront la prise en charge d’affichages et une interface pour l’application de calendriers de requêtes.
Pour plus d’informations sur Query Service, reportez-vous à la section documentation du produit.
Experience Data Model (XDM) xdm
La normalisation et l’interopérabilité sont des concepts clés pour Experience Platform. Le modèle de données Experience Data Model d’expérience (XDM), piloté par Adobe, vise à normaliser les données d’expérience client et à définir des schémas pour la gestion de l’expérience client.
XDM est une spécification documentée publiquement conçue pour améliorer la puissance des expériences digitales. Elle fournit des structures et des définitions communes à toutes les applications pour communiquer avec des services sur Adobe Experience Platform. En adhérant aux normes XDM, toutes les données d’expérience client peuvent être intégrées dans une représentation commune afin de fournir des informations plus rapidement et de manière plus intégrée. Vous pouvez obtenir des informations précieuses à partir des actions des clients, définir des types de clients par le biais de segments et utiliser les attributs du client à des fins de personnalisation.
XDM est le mécanisme qui permet Experience Cloud, optimisée par Adobe Experience Platform, pour diffuser le message approprié à la bonne personne, sur le bon canal, exactement au bon moment.
la méthodologie sur laquelle Experience Platform est créé, XDM System opérationnalises Experience Data Model schémas à utiliser par Experience Platform composants.
Nouvelles fonctionnalités
Fonctionnalité
Description
Contraintes de schéma JSON
Des options supplémentaires sont désormais disponibles dans l’interface utilisateur pour les types de données suivants afin de définir des contraintes :
string - longueur min./max., modèle, valeur par défaut, formats (comme défini dans le
schéma JSON version préliminaire 6) et
double - valeur par défaut, min./max.
Valeur $id personnalisée
Vous pouvez désormais fournir votre propre valeur $id lors de la création de ressources dans les requêtes POST.
Amélioration des performances du registre des schémas
Génération optimisée des schémas d’union et mise en cache améliorée des schémas pour accélérer considérablement les temps de réponse de l’API.
Corrections de bogues
- Déplacement du champ identityMap hors contexte/profil et dans son propre groupe de champs de schéma pour rendre la définition des identités plus intuitive.
- Mise en correspondance de tous les schémas existants en fonction du contexte/profil avec le contexte/identityMap.
- Correction du message d’erreur lorsqu’aucune version n’est fournie.
- Correction d’un bogue en raison duquel Schema Registry donnait des réponses aléatoires pour les appels de schéma d’union de profil.
- Correction d’un bogue en raison duquel les schémas d’union n’affichaient pas les champs appropriés dans Schema Registry.
- Correction d’un bogue en raison duquel les descripteurs d’identité ne pouvaient parfois pas être créés avec des espaces de noms valides.
- Correction d’un problème de référence lorsqu’un objet utilisait
properties au lieu de allOf.
Problèmes connus
- Impossible d’étendre une Platformgroupe de champs fourni en ajoutant un champ.
- Les descripteurs ne sont pas supprimés lorsqu’un groupe de champs est supprimé de la composition du schéma.
- Impossible de créer un champ d’énumération sans libellé.
Pour en savoir plus sur l’utilisation de XDM à l’aide de la variable Schema Registry API et Schema Editor, veuillez lire la Documentation du système XDM.
Segmentation Service segmentation
Segmentation Service définit un sous-ensemble particulier de profils depuis votre banque de profils, décrivant les critères permettant de distinguer un groupe de clients potentiels dans votre banque de profils. Les segments peuvent être basés sur des données d’enregistrement (telles que des informations démographiques) ou des événements de séries temporelles représentant les points de contact des clients avec votre marque.
Par exemple, dans une campagne par e-mail concernant des chaussures de course, vous pourriez utiliser un segment ciblé de tous les utilisateurs ayant recherché des chaussures de course au cours des 30 derniers jours, mais sans effectuer d’achat. Un autre exemple peut être l’utilisation d’un segment pour cibler le contenu d’un site, de sorte qu’il s’affiche uniquement pour les utilisateurs qui correspondent à un certain niveau de votre programme de récompense.
Nouvelles fonctionnalités
Fonctionnalité
Description
Règles de temps relatives
Vous pouvez désormais choisir des fenêtres de temps variables, telles qu’il y a 14 jours, il y a 3 à 5 heures, etc.
Résumés des champs XDM
Pour les attributs sur le rail de gauche, des résumés sont désormais disponibles, fournissant un aperçu de vos données sous-jacentes.
Recherche sur le rail gauche
Amélioration des fonctionnalités de recherche pour la partie segments du rail gauche.
Noms conviviaux des valeurs eVar
Amélioration de la prise en charge des noms conviviaux, vous permettant ainsi d’identifier plus facilement les informations capturées dans les dimensions et les événements personnalisés d’Adobe Analytics.
Prise en charge des politiques de fusion
Vous pouvez désormais choisir la politique de fusion à appliquer à leur définition de segment à l’aide d’une simple liste déroulante.
Corrections de bogues
- Correction d’un problème intermittent qui ralentissait le chargement des attributs et des blocs de création d’événements dans le rail gauche.
- Correction d’un bogue en raison duquel l’estimateur renvoyait la réponse « NaN ».
- Correction d’une erreur en raison de laquelle certains champs ouvraient le mauvais canevas de création de règles.
Problèmes connus
Pour plus d’informations, voir la Présentation de Segmentation Service.