Les microservices de ressource permettent un traitement évolutif et résilient des ressources à l’aide d’applications basées sur le cloud (également appelées secondaires). Adobe gère les services pour une gestion optimale des différents types de ressources et des options de traitement.
Les microservices de ressources vous permettent de traiter un large éventail de types de fichiers, dans des formats prêts à l’emploi plus nombreux que les versions précédentes d’Experience Manager. Par exemple, l’extraction de miniatures des formats PSD et PSB est désormais possible ; elle nécessitait auparavant des solutions tierces telles qu’ImageMagick.
Le traitement des ressources dépend de la configuration des profils de traitement. Experience Manager fournit une configuration par défaut de base et permet aux administrateurs d’ajouter une configuration de traitement des ressources plus spécifique. Les administrateurs créent, gèrent et modifient les configurations des workflows de post-traitement, y compris la personnalisation facultative. La personnalisation des workflows permet aux développeurs d’étendre l’offre par défaut.
Le traitement des ressources décrit ici remplace le modèle de workflow DAM Update Asset
existant dans les versions précédentes d’Experience Manager. La plupart des étapes standard liées aux métadonnées et à la génération du rendu sont remplacées par le traitement des microservices de ressources, tandis que les étapes restantes, le cas échéant, peuvent être remplacées par la configuration du workflow de post-traitement.
Experience Manager autorise les niveaux de traitement suivants.
Option | Description | Cas d’utilisation couverts |
---|---|---|
Configuration par défaut | Elle est disponible en l’état et ne peut pas être modifiée. Cette configuration fournit des fonctionnalités de génération de rendu très élémentaires. |
|
Configuration personnalisée | Configurée par les administrateurs via l’interface utilisateur. Fournit davantage d’options de génération de rendu en étendant l’option par défaut. Étend l’option prête à l’emploi pour fournir différents formats et rendus. |
|
Profil personnalisé | Configuré par les administrateurs via l’interface utilisateur pour utiliser du code personnalisé par le biais d’applications personnalisées afin d’appeler Asset Compute Service. Prend en charge des exigences plus complexes dans une méthode évolutive et basée sur le cloud. | Voir les Cas d’utilisation autorisés |
Les microservices de ressources prennent en charge un large éventail de formats de fichiers pour traiter et générer des rendus ou extraire des métadonnées. Voir Formats de fichiers pris en charge pour obtenir la liste complète des types MIME et les fonctionnalités prises en charge pour chaque type.
Certains paramètres par défaut sont préconfigurés pour garantir que les rendus par défaut requis dans Experience Manager sont disponibles. La configuration par défaut garantit également que les opérations d’extraction de métadonnées et de texte sont disponibles. Les utilisateurs peuvent commencer à charger ou à mettre à jour immédiatement les ressources, et le traitement de base est disponible par défaut.
Avec la configuration par défaut, seul le profil de traitement le plus élémentaire est configuré. Un tel profil de traitement n’est pas visible dans l’interface utilisateur et vous ne pouvez pas le modifier. Il s’exécute toujours pour traiter les ressources chargées. Ce profil de traitement par défaut permet de s’assurer que l’intégralité du traitement de base requis par Experience Manager est terminé sur toutes les ressources.
Experience Manager offre des fonctionnalités permettant de générer des rendus plus spécifiques pour des formats courants en fonction des besoins de l’utilisateur. Un administrateur peut créer des profils de traitement supplémentaires pour faciliter la création de ce rendu. Les utilisateurs affectent alors un ou plusieurs des profils disponibles à des dossiers spécifiques afin qu’un traitement supplémentaire soit réalisé. Par exemple, le traitement supplémentaire peut générer des rendus pour le web, les appareils mobiles et les tablettes. La vidéo suivante explique comment créer et appliquer des Profils de traitement et comment accéder aux rendus qui ont été créés.
Largeur et hauteur du rendu : la spécification de hauteur et de largeur du rendu fournit les tailles maximales de l’image de sortie générée. Les microservices de ressources tentent de générer le rendu le plus grand possible, avec une largeur et une hauteur ne dépassant pas les valeurs spécifiées. Les proportions sont conservées, c’est-à-dire qu’elles sont identiques à l’original. Une valeur vide signifie que le traitement des ressources utilise, par défaut, la taille en pixels de l’original.
Règles d’inclusion de type MIME : lors du traitement d’une ressource avec un type MIME spécifique, ce dernier est d’abord comparé à la valeur des types MIME exclus pour la spécification de rendu. En cas de correspondance avec cette liste, ce rendu spécifique n’est pas généré pour la ressource (liste bloquée). Dans le cas contraire, le type MIME est comparé au type MIME inclus et, si une correspondance est trouvée, le rendu est généré (liste autorisée).
Rendu FPO spécial : lorsque vous placez des ressources de grande taille d’Experience Manager dans des documents Adobe InDesign, un professionnel de la création attend un certain temps après avoir placé une ressource. Pendant ce temps, l’utilisateur ne peut pas utiliser InDesign. Cela interrompt le flux créatif et a un impact négatif sur l’expérience utilisateur. Adobe permet de placer temporairement dans des documents InDesign les rendus de petite taille, qui peuvent être remplacés ultérieurement par des ressources pleine résolution à la demande. Experience Manager fournit des rendus utilisés uniquement pour placement (FPO). Ces rendus FPO ont une taille de fichier réduite, mais présentent les mêmes proportions.
Le profil de traitement peut inclure un rendu FPO (For Placement Only). Consultez la documentation d’Adobe Asset Link afin de savoir si vous devez l’activer pour votre profil de traitement. Pour plus d’informations, voir la documentation complète d’Adobe Asset Link.
Pour créer un profil de traitement standard, procédez comme suit :
Les administrateurs accèdent à Outils > Ressources > Profils de traitement. Cliquez sur Créer.
Fournissez un nom qui vous aide à identifier de manière unique le profil lors de l’application à un dossier.
Pour générer des rendus FPO, dans l’onglet Standard, activez l’option Créer le rendu FPO. Saisissez une valeur Qualité comprise entre 1 et 100.
Pour générer d’autres rendus, cliquez sur Ajouter nouveau et fournissez les informations suivantes :
Cliquez sur Enregistrer.
Le Asset Compute Service prend en charge une variété de cas d’utilisation, tels que le traitement par défaut, le traitement de formats spécifiques à Adobe (par exemple, des fichiers Photoshop) et la mise en œuvre d’un traitement personnalisé ou spécifique à l’organisation. La personnalisation du workflow Ressource de mise à jour DAM requise par le passé est gérée automatiquement ou via la configuration des profils de traitement. Si ces options de traitement ne répondent pas aux besoins de l’entreprise, Adobe recommande de développer et d’utiliser le Asset Compute Service pour étendre les fonctionnalités par défaut. Pour obtenir aperçu, voir Comprendre l’extensibilité et savoir quand l’utiliser.
Adobe recommande de n’utiliser une application personnalisée que si les besoins de l’entreprise ne peuvent pas être satisfaits à l’aide des configurations par défaut ou du profil standard.
Le profil personnalisé peut transformer des formats d’image, de vidéo, de document et autres formats de fichier en différents rendus, y compris des miniatures, du texte et des métadonnées extraits et des archives.
Les développeurs peuvent utiliser Asset Compute Service pour créer des applications personnalisées pour les cas d’utilisation pris en charge. Experience Manager peut appeler ces applications personnalisées à partir de l’interface utilisateur en utilisant des profils personnalisés configurés par les administrateurs. Asset Compute Service prend en charge les cas d’utilisation suivants d’appel de services externes :
Vous ne pouvez pas modifier les métadonnées standard à l’aide des applications personnalisées. Vous ne pouvez que modifier des métadonnées personnalisées.
Pour créer un profil personnalisé, procédez comme suit :
Les administrateurs accèdent à Outils > Ressources > Profils de traitement. Cliquez sur Créer.
Cliquez sur l’onglet Personnalisé. Cliquez sur Ajouter nouveau. Indiquez le nom de fichier souhaité pour le rendu.
Fournissez les informations suivantes.
Cliquez sur Enregistrer.
Les applications personnalisées sont des applications Project Firefly sans interface. L’application personnalisée récupère tous les fichiers fournis s’ils sont configurés avec un profil de traitement. L’application doit filtrer les fichiers.
Si l’application Firefly et le compte Experience Manager ne proviennent pas de la même organisation, l’intégration ne fonctionne pas.
Pour illustrer l’utilisation d’un profil personnalisé, considérons un exemple d’utilisation dans lequel il s’agit d’appliquer du texte personnalisé à des images de campagne. Vous pouvez créer un profil de traitement qui exploite l’API Photoshop pour modifier les images.
L’intégration d’Asset Compute Service permet à Experience Manager de transmettre ces paramètres à l’application personnalisée à l’aide du champ Paramètres de service. L’application personnalisée appelle ensuite l’API Photoshop et transmet ces valeurs à l’API. Par exemple, vous pouvez transmettre le nom de la police ainsi que la couleur, l’épaisseur et la taille du texte pour ajouter le texte personnalisé aux images de campagne.
Figure : Utilisez le champ Paramètres de service pour transmettre des informations supplémentaires à des paramètres prédéfinis générés dans l’application personnalisée. Dans cet exemple, lorsque des images de campagne sont chargées, elles sont mises à jour avec le texte Jumanji
dans la police Arial-BoldMT
.
Créez les profils de traitement personnalisé supplémentaire et appliquez-les à des dossiers spécifiques pour qu’Experience Manager traite les ressources chargées ou mises à jour dans ces dossiers. Le profil de traitement standard intégré par défaut est toujours exécuté, mais il n’est pas visible dans l’interface utilisateur. Si vous ajoutez un profil personnalisé, les deux profils sont utilisés pour traiter les ressources chargées.
Appliquez des profils de traitement aux dossiers en utilisant l’une des méthodes suivantes :
Un seul profil de traitement peut être appliqué à un dossier. Pour générer davantage de rendus, ajoutez d’autres définitions de rendu au profil de traitement existant.
Une fois qu’un profil de traitement a été appliqué à un dossier, toutes les nouvelles ressources chargées (ou mises à jour) dans ce dossier ou dans l’un de ses sous-dossiers sont traitées à l’aide du profil de traitement supplémentaire configuré. Ce dernier s’ajoute au profil par défaut standard.
Un profil de traitement appliqué à un dossier fonctionne pour l’ensemble de l’arborescence, mais il peut être remplacé par un autre qui est appliqué à un sous-dossier. Lorsque des ressources sont chargées dans un dossier, Experience Manager recherche un profil de traitement dans les propriétés du dossier conteneur. Si aucun dossier parent n’est appliqué, un dossier parent dans la hiérarchie est vérifié pour appliquer un profil de traitement.
Pour vérifier que les ressources sont traitées, prévisualisez les rendus générés dans la vue Rendus dans le rail de gauche. Ouvrez l’aperçu des ressources et ouvrez le rail de gauche pour accéder à la vue Rendus. Les rendus spécifiques situés dans le profil de traitement, pour lesquels le type de la ressource correspond aux règles d’inclusion du type MIME, doivent être visibles et accessibles.
Figure : Exemple de deux rendus supplémentaires générés par un profil de traitement appliqué au dossier parent.
Dans le cas où un traitement supplémentaire des actifs est nécessaire et ne peut pas être effectué à l’aide des profils de traitement, des workflows de post-traitement supplémentaires peuvent être ajoutés à la configuration. Cela permet d’ajouter un traitement entièrement personnalisé en plus du traitement configurable à l’aide des microservices de ressources.
Les workflows de post-traitement, s’ils sont configurés, sont automatiquement exécutés par Experience Manager une fois le traitement des microservices terminé. Il n’est pas nécessaire d’ajouter manuellement des lanceurs de processus pour déclencher les workflows. Voici quelques exemples :
Pour ajouter une configuration de processus de post-traitement à Experience Manager, procédez comme suit :
Les modèles de workflow de post-traitement sont des modèles de workflow Experience Managerstandard. Créez des modèles différents si un autre traitement doit être exécuté pour différents emplacements de référentiel ou types de ressource.
Les étapes de traitement doivent être ajoutées en fonction des besoins. Vous pouvez utiliser n’importe quelle étape prise en charge, ainsi que n’importe quelle étape de workflow implémentée sur mesure.
Assurez-vous que la dernière étape de chaque workflow de post-traitement est DAM Update Asset Workflow Completed Process
. La dernière étape permet de s’assurer qu’Experience Manager sait quand le traitement des ressources est terminé.
Pour configurer les modèles du workflow de post-traitement à exécuter pour les ressources chargées ou mises à jour dans le système une fois le traitement des microservices de ressources terminé, il convient de configurer le service d’exécution de workflow personnalisé.
L’instance Adobe CQ DAM Custom Workflow Runner (com.adobe.cq.dam.processor.nui.impl.workflow.CustomDamWorkflowRunnerImpl
) est un service OSGi et offre deux options de configuration :
postProcWorkflowsByPath
) : plusieurs modèles de workflow peuvent être répertoriés en fonction de différents chemins de référentiel. Les chemins d’accès et les modèles doivent être séparés par un signe « deux-points ». Les chemins de référentiel simples sont pris en charge et doivent être associés à un modèle de workflow dans le chemin d’accès /var
. Par exemple : /content/dam/my-brand:/var/workflow/models/my-workflow
.postProcWorkflowsByExpression
) : plusieurs modèles de workflows peuvent être répertoriés en fonction de différentes expressions régulières. Les expressions et les modèles doivent être séparés par un signe « deux-points ». L’expression régulière doit pointer directement vers le nœud Ressource et non vers l’un des rendus ou fichiers. Par exemple : /content/dam(/.*/?lang=fr)(marketing/seasonal)(/.*?lang=fr):/var/workflow/models/my-workflow
.La configuration du service d’exécution de workflow personnalisé est la configuration d’un service OSGi. Pour en savoir plus sur le déploiement d’une configuration OSGi, voir Déploiement sur Experience Manager.
Contrairement aux déploiements des Managed Services et On-Premise Services d’Experience Manager, la console web OSGi n’est pas directement disponible dans les déploiements Cloud Service.
Pour plus d’informations sur les étapes de workflow standard pouvant être utilisées dans le workflow de post-traitement, voir Étapes du workflow de post-traitement (en anglais) dans la documentation de référence du développeur.