Points clés à retenir
- Séparez la création de contenu et la gouvernance des ressources du traitement technique des médias.
- Comparez le nombre de systèmes regroupés au couplage introduit.
- Déterminez si des applications hors AEM ont besoin des mêmes capacités de traitement.
AEM et Transloadit interviennent à des niveaux différents. L’un gère les expériences de contenu des entreprises ; l’autre exécute des flux de travail programmables de traitement de fichiers. Ils peuvent être intégrés plutôt que considérés comme des substituts directs.
L’essentiel
- Préservez les identifiants persistants des ressources et des versions dans toute intégration.
Comparer AEM et Transloadit au bon niveau architectural
Adobe Experience Manager est une plateforme de gestion de contenu et d’expériences pour les entreprises. Ses responsabilités peuvent inclure la création de contenu, le contenu structuré, la gestion des ressources numériques (DAM), les flux de travail, la gouvernance et la publication. Une transformation multimédia n’est qu’une opération au sein de cet environnement plus vaste. Remplacer une tâche de génération de rendus d’image ne remplace ni le référentiel, ni le modèle de création de contenu, ni les autorisations, ni le cycle de vie de la ressource.
Transloadit est une couche de traitement de fichiers pilotée par API. Ses Templates enregistrés décrivent des recettes de traitement, tandis que les Assemblies exécutent ces recettes sur des fichiers téléversés ou importés. Transloadit peut créer des dérivés, extraire des métadonnées et exporter les résultats vers un stockage configuré. Il ne devient ni le système de gestion de contenu (CMS), ni la bibliothèque de ressources numériques, ni le moteur de personnalisation, ni l’interface d’approbation.
Responsabilité du CMS
Gère le contenu créé, la composition des pages, l’état de publication et les relations éditoriales.
Responsabilité du DAM
Gère les enregistrements des ressources soumises à la gouvernance, la taxonomie, la recherche de ressources, les droits, les versions et les approbations.
Responsabilité du traitement
Valide et transforme les octets des fichiers selon une recette technique reproductible.
Déterminer si le besoin est de remplacer, de compléter ou d’éviter l’adoption
Remplacer entièrement AEM constitue un programme d’architecture d’entreprise. Il faut un nouvel environnement pour les modèles de contenu, la gouvernance des ressources, la création de contenu, la recherche, les autorisations, les flux de travail et les intégrations de diffusion. Transloadit peut participer à cette future architecture en tant que moteur de traitement, mais ne fournit pas la plateforme de contenu manquante. Considérer une preuve de concept de traitement comme la démonstration d’un remplacement complet crée un écart majeur de périmètre.
Une intégration complémentaire a un périmètre plus restreint. AEM reste le système de référence, tandis qu’un original approuvé passe par un flux de travail de traitement externe et revient sous la forme d’un ou plusieurs dérivés. Une troisième option consiste à éviter AEM pour une nouvelle application qui n’a jamais eu besoin de gestion de contenu d’entreprise. Cette application peut combiner sa propre base de données, un stockage contrôlé et une API de traitement sans adopter une suite plus vaste.
Remplacer AEM
Nécessite une migration du contenu et de la gouvernance ainsi que de nouvelles capacités de création de contenu et de diffusion.
Compléter AEM
Conserve AEM comme système de référence soumis à la gouvernance tout en déléguant des transformations techniques délimitées.
Éviter une adoption inutile
Convient à une nouvelle application qui a besoin de traitement de fichiers, mais pas des fonctions de plateforme de contenu d’AEM.
Établir un système de référence sans ambiguïté
Le système de référence fait autorité pour l’identité d’une ressource, sa version actuelle, son état d’approbation et la décision concernant sa conservation. Dans une architecture centrée sur AEM, cette autorité reste normalement dans AEM, même si un autre service transforme une copie destinée au traitement. Le flux de travail externe ne devrait ni décider de lui-même qu’un rendu est approuvé, ni remplacer l’original de référence, ni supprimer un enregistrement soumis à la gouvernance.
Rédigez une matrice des responsabilités pour les originaux, les dérivés, les métadonnées, les URL publiques, le contrôle d’accès et la suppression. Par exemple, AEM peut être responsable d’une photographie de produit approuvée et des métadonnées de droits associées, Transloadit peut produire des images aux dimensions propres à chaque canal, et le stockage objet peut conserver les fichiers déployables. L’application de commerce peut référencer ces fichiers tout en conservant les identifiants AEM des ressources et des versions nécessaires à la traçabilité.
Concevoir un contrat d’intégration tenant compte des versions
Une intégration robuste part d’un événement enregistré durablement, tel que l’approbation d’une version précise d’une ressource. Un processus de traitement crée une requête de traitement contenant l’emplacement de la source et les champs de corrélation, enregistre l’identifiant de l’Assembly obtenue et attend la fin de l’exécution. Transloadit peut importer depuis une source autorisée, exécuter des Steps connectés et exporter les résultats sélectionnés. Un webhook vérifié permet ensuite au processus de traitement de rapprocher les résultats de l’enregistrement d’origine.
Chaque requête devrait contenir l’identifiant de la ressource source, la version de la source, la version prévue du flux de travail et une clé d’opération unique. Chaque dérivé renvoyé devrait conserver ces valeurs avec ses dimensions, son format, sa taille en octets, sa destination et son état de traitement. Les noms de fichiers et les dossiers sont des éléments de présentation utiles, mais constituent des identifiants peu fiables, car les éditeurs peuvent renommer ou réorganiser les ressources sans créer de nouvelle version binaire.
Identifiant de ressource
Identifie la ressource soumise à la gouvernance malgré les changements de nom et les déplacements entre dossiers.
Identifiant de version
Identifie les octets sources exacts utilisés pour créer un dérivé.
Version du flux de travail
Identifie la recette de traitement et la politique utilisées afin de permettre la reproductibilité.
Clé d’opération
Permet aux nouvelles tentatives de converger vers une seule tâche logique plutôt que de créer des doublons.
Préserver les métadonnées, la gouvernance et le sens éditorial
Les métadonnées techniques et les métadonnées métier répondent à des objectifs différents. Les dimensions, les codecs, le nombre de pages et le type de fichier détecté peuvent être extraits du fichier binaire. Les droits, la campagne, le produit, la région, l’expiration, l’approbation et les descriptions d’accessibilité dépendent du contexte organisationnel. Un service de traitement peut renvoyer des faits techniques, mais ne devrait ni écraser silencieusement des champs soumis à la gouvernance ni inventer un sens éditorial.
Définissez une correspondance pour chaque champ, avec sa responsabilité et le sens de circulation autorisé. Certains champs peuvent passer d’AEM aux variables de traitement, tandis que les propriétés générées reviennent sous forme de métadonnées de rendu en lecture seule. Les conflits devraient déclencher un état de révision visible plutôt que de laisser la dernière écriture l’emporter. Lorsqu’une version source est remplacée, marquez les anciens dérivés en conséquence et décidez si les consommateurs suivent la ressource approuvée la plus récente ou restent liés à une version immuable.
Appliquer des contrôles de sécurité à chaque frontière
Utilisez si possible un accès à la source de courte durée et à portée restreinte, et n’accordez aux informations d’identification d’exportation des autorisations que pour les destinations nécessaires. Gardez les secrets hors des requêtes du navigateur et des métadonnées de contenu. Pour Transloadit, Signature Authentication avec des signatures générées côté serveur peut protéger les requêtes, les Templates enregistrés peuvent masquer les détails de mise en œuvre, et la désactivation des substitutions de paramètres des Steps peut empêcher des clients non fiables de modifier une recette de traitement contrôlée.
Vérifiez les signatures des webhooks avant d’accepter un statut, et concevez les gestionnaires pour qu’ils prennent en charge les nouvelles tentatives en toute sécurité. Validez les propriétés réelles des fichiers plutôt que de vous fier aux extensions ou aux valeurs MIME fournies par le navigateur. Limitez la taille des sources et les formats acceptés, soumettez les fichiers à une analyse de sécurité lorsque le modèle de risque l’exige et évitez d’inscrire des métadonnées personnelles ou confidentielles dans les journaux. Une transformation réussie ne signifie pas qu’une ressource est sûre ou que sa publication est autorisée.
Moindre privilège
Les informations d’identification pour la source et la destination ne devraient donner accès qu’aux objets et aux opérations nécessaires au flux de travail.
Intégrité des requêtes
Les requêtes signées et les Templates contrôlés réduisent l’altération des instructions par des clients non fiables.
Intégrité des notifications
Les signatures des webhooks doivent être vérifiées avant toute modification de l’état de l’application.
Politique de contenu
Les contrôles du type, de la taille, des logiciels malveillants, des droits et de la publication restent des points de validation explicites.
Planifier séparément la migration et l’utilisation d’une architecture découplée
Une stratégie de diffusion découplée change la manière dont le contenu est présenté, sans changer automatiquement l’endroit où il est créé ou soumis à la gouvernance. AEM peut rester le système de création de contenu et de gestion des ressources tandis que les applications consomment du contenu approuvé par des API. Une organisation peut aussi choisir un autre CMS découplé et un autre DAM. Dans les deux cas, Transloadit prend en charge le traitement des fichiers, pas le modèle de contenu ni l’espace de travail éditorial.
Avant de migrer, inventoriez les schémas de métadonnées personnalisés, les états des flux de travail, les autorisations, les références depuis les pages, les rendus, les points de terminaison des intégrations et les règles de conservation. Exporter uniquement les fichiers binaires stockés fait perdre les relations qui rendent le référentiel utile. Établissez une correspondance pour les identifiants stables et les références, faites fonctionner les anciens et les nouveaux parcours ensemble, et vérifiez des tâches représentatives des auteurs ainsi que le résultat public.
Évaluer les coûts, l’exploitation et l’adéquation à l’organisation
Comparez des architectures complètes sur une période d’exploitation réaliste. Pour AEM, incluez les licences, la mise en œuvre, le développement spécialisé, l’assistance aux auteurs, les coûts d’infrastructure ou de services gérés et la maintenance des intégrations. Pour une architecture modulaire, incluez le CMS ou le DAM de remplacement, le traitement, le stockage, la diffusion, la recherche, l’observabilité et le travail d’ingénierie nécessaire pour les connecter et les exploiter.
La consolidation réduit le nombre de fournisseurs, mais peut renforcer le couplage à un référentiel et à un modèle de flux de travail uniques. La modularité permet aux composants d’évoluer indépendamment, mais multiplie les contrats, les files d’attente, les informations d’identification et les modes de défaillance. Le bon choix dépend des besoins de gouvernance, de l’expérience des auteurs, de l’expertise existante et de la fréquence des changements. Le débit de transformation seul n’est pas un indicateur suffisant pour décider.
Productivité des auteurs
Mesurez la tâche complète d’approbation et de publication, en incluant la formation et la gestion des exceptions.
Responsabilité technique
Identifiez les responsables de la maintenance des intégrations, des schémas, de la supervision et de la réponse aux incidents.
Portabilité
Évaluez si les originaux, les métadonnées, les références et les dérivés peuvent être exportés de manière cohérente.
Coût du changement
Estimez l’effort nécessaire pour modifier les flux de travail, les formats, le stockage et les systèmes consommateurs en aval.
Valider un seul parcours de publication face à des pannes réalistes
Choisissez un flux de travail présentant une complexité significative en matière de gouvernance et de traitement, par exemple l’approbation d’une vidéo produit volumineuse et la production d’une image d’affiche ainsi que de deux rendus pour les applications. Testez le remplacement de la source, le rejet d’une entrée, des informations d’identification expirées, une destination indisponible, un webhook répété et une fin de traitement survenant dans le désordre. Confirmez qu’aucun dérivé ne devient public avant l’approbation de sa version source.
Définissez les objectifs de service et les signaux opérationnels avant le déploiement. Suivez le temps passé en file d’attente, la durée du traitement, la cause de l’échec, le résultat de l’export, la version source et la version du flux de travail sans consigner de contenu sensible dans les journaux. Fournissez aux opérateurs un mécanisme de réexécution qui préserve l’idempotence et aux auteurs un statut visible dans leur interface habituelle. Un échec visible uniquement dans les journaux d’infrastructure devient un goulot d’étranglement éditorial.
Détails techniques à connaître
- Adobe Experience Manager est une plateforme de gestion de contenu et de ressources numériques ; remplacer une tâche de traitement multimédia ne remplace ni ses fonctions de création de contenu, de gouvernance et de ciblage, ni son modèle de référentiel.
- Un service de traitement peut compléter AEM en recevant des originaux approuvés, en produisant des dérivés contrôlés et en renvoyant des URL stables et des métadonnées au moyen d’une intégration asynchrone.
- Une migration devrait dresser l’inventaire des flux de travail, des métadonnées personnalisées, des permissions, des références, des rendus et des dépendances liées à la création de contenu, car les fichiers stockés ne représentent pas à eux seuls l’ensemble du système.
- Les intégrations AEM peuvent dépendre de flux de travail, de rendus, de mécanismes de réplication, de schémas de métadonnées, de permissions et de composants de création de contenu qu’il faut cartographier avant d’introduire un traitement externe.
- Conserver les originaux dans le système de référence choisi et traiter des copies au moyen de tâches au périmètre délimité réduit l’ambiguïté quant à la plateforme responsable de l’approbation et de la conservation.
- La comparaison opérationnelle devrait inclure l’expérience des auteurs, la gouvernance, la maintenance des intégrations, l’infrastructure, la diffusion et l’expertise du fournisseur plutôt que le seul débit de transformation.
Une approche pratique
- 1
Inventoriez les fonctionnalités d’AEM réellement utilisées et les tâches multimédias qui restent externes.
- 2
Définissez l’enregistrement de rattachement et le périmètre de traitement de chaque flux de travail.
- 3
Prototypez un parcours allant du téléversement à la publication, avec gestion des échecs et des nouvelles tentatives.
- 4
Comparez les coûts de licence, de mise en œuvre, de gouvernance et de sortie à l’échelle de l’architecture.
Quand Transloadit est utile
Utilisez Transloadit lorsqu’une application a besoin d’une réception de fichiers conçue autour d’une API, de transformations sur différents types de médias et d’exportations vers un stockage contrôlé, sans adopter AEM comme système de gestion de contenu.
Périmètre architectural
Adobe Experience Manager est une vaste plateforme de gestion de contenu et d’expériences pour les entreprises. Transloadit ne remplace pas ses fonctionnalités de CMS, de DAM, de création de contenu, de personnalisation ou de gouvernance.
Questions fréquentes
Transloadit peut-il remplacer Adobe Experience Manager ?
Non. Transloadit peut remplacer ou externaliser certaines tâches de traitement de fichiers, mais ne remplace pas les fonctionnalités de CMS, de DAM, de création de contenu, de flux de travail, de personnalisation, de référentiel ou de gouvernance d’AEM.
Comment Transloadit peut-il compléter un flux de travail AEM ?
Une source versionnée et approuvée peut déclencher une Assembly Transloadit qui crée des dérivés techniques et les exporte vers un stockage contrôlé. L’intégration devrait renvoyer les métadonnées et le statut des résultats à l’enregistrement AEM dont ils dépendent, sans transférer l’autorité d’approbation.
Que faut-il inventorier avant de quitter AEM ?
Inventoriez les fichiers binaires, les modèles de contenu, les schémas de métadonnées, les versions, les autorisations, les flux de travail, les références depuis les pages, les rendus, les intégrations, les règles de conservation et les dépendances liées à la création de contenu. Les fichiers seuls ne représentent pas l’intégralité du système AEM.
Une architecture découplée élimine-t-elle le besoin d’un DAM ?
Non. Une architecture découplée décrit la manière dont le contenu est diffusé par des API. Les équipes peuvent toujours avoir besoin d’un DAM pour les droits, la taxonomie, la recherche de ressources, les versions, les approbations et la gestion du cycle de vie des ressources.
Comment sécuriser les nouvelles tentatives de l’intégration ?
Utilisez une clé d’opération unique liée à la version de la ressource source et à celle du flux de travail. Enregistrez l’identifiant de l’Assembly, vérifiez les notifications et rendez les opérations d’insertion ou de mise à jour des résultats idempotentes afin qu’une nouvelle tentative mette à jour la même tâche logique.