Présentation d'Adobe Document Authoring (DA) pour AEM Edge Delivery

Il existe une nouvelle interface de gestion de contenu très attrayante pour AEM Edge Delivery appelée Document Authoring (un projet anciennement connu sous le nom de Dark Alley). C'est une bouffée d'air frais pour la gestion des sites Adobe Experience Manager, et en tant qu'architecte du premier projet client à utiliser cette technologie, j'aimerais vous en faire découvrir un peu plus. Si vous évaluez votre prochaine étape pour un site basé sur AEM (ou qui pourrait migrer vers AEM), vous DEVEZ ABSOLUMENT connaître DA.

Qu'est-ce que la création de documents (ou DA) pour AEM Edge Delivery ?

Document Authoring ou DA (anciennement connu sous le nom de « Project Dark Alley ») est une solution intégrée Edge Delivery native et ultra-rapide d'Adobe pour la gestion, l'édition et la publication de sites basés sur Edge Delivery Services. DA est actuellement une technologie d'accès anticipé d'Adobe.

Pour comprendre où DA s'intègre dans un paradigme d'infrastructure AEM traditionnel ou dans une architecture Edge Delivery basée sur des documents quasi-moderne, commençons par clarifier quelques termes :

Qu'est-ce que Edge Delivery Services ?

Adobe Edge Delivery Services est un système de pointe basé sur le cloud pour la diffusion de sites Web qui prend des documents et des images créés (et certaines vidéos) et les publie sur le Web d'une manière optimisée pour une vitesse de diffusion extrême. Edge Delivery Services remplit essentiellement le même rôle dans une architecture moderne que les niveaux de serveur traditionnels AEM « Publisher » et « Dispatcher » , et présente des avantages tels que :

• Vitesse de livraison TRÈS rapide - dans une comparaison dos à dos entre AEM traditionnel et Edge Delivery (que j'appellerai désormais EDS pour éviter de taper), les pages EDS étaient 3 à 6 fois plus rapides qu'avec AEM 6.5 sur site.
• La livraison mondiale est intégrée au système. (Remarque : la Chine peut toujours être un défi )
• Capacité de trafic pratiquement illimitée : il n'y a pas de nombre défini de serveurs qui diffusent le site, de sorte que le système est capable de gérer sans problème même un pic de trafic de la taille d'une publicité du Super Bowl. La capacité d'Edge Delivery à absorber des pics de trafic de taille ridicule est déjà légendaire, demandez à n'importe qui possédant un site EDS qui a mené une campagne publicitaire télévisée majeure.
• Publication d'aperçu intégrée , afin de pouvoir prévisualiser un contenu entièrement fonctionnel avant sa mise en ligne. De plus, grâce à l'ensemble de fonctionnalités CI/CD intégrées, chaque BRANCHE de code dispose de son propre environnement d'aperçu instantanément provisionné, pour une flexibilité exceptionnelle en matière d'UAT au niveau de l'équipe et de ramification des fonctionnalités.
• Développement de contenu simple basé sur des « blocs » : les services Edge Delivery proposent des pages composées de « blocs » qui sont des éléments de contenu tels que des tableaux, des onglets, des accordéons ou des colonnes. Ceux-ci sont ensuite créés dans une interface simple de type Google Doc.

N'oubliez pas : Edge Delivery en lui-même n'est PAS un CMS

Edge Delivery est un cadre de développement et un pipeline de livraison proposés dans le cadre de la solution AEM, mais il ne dicte PAS la solution que vous utilisez pour gérer votre contenu, contrôler l'accès aux modifications, déployer des traductions, intégrer des systèmes de gestion des ressources numériques, etc. Par conséquent, il existe un certain nombre de systèmes entièrement valides et entièrement pris en charge pour la création et la publication sur Edge Delivery Services, notamment :

• Rédaction de documents
• Sharepoint
• Google Docs
• Éditeur universel d'Adobe Experience Manager

Il existe des cas où chacun de ces ensembles d'outils peut être judicieux en tant qu'outil pour le travail à effectuer, et il est important de comprendre les avantages et les inconvénients, les fonctionnalités et les limites de chacun d'eux. Notez également que TOUS les sites ne sont pas adaptés aux services de livraison Edge, et que certains peuvent être plus adaptés à AEM traditionnel à ce stade.

Diagramme d'architecture de création de documents et de diffusion Edge

Avant de plonger dans l'ensemble des fonctionnalités de la création de documents, examinons d'abord un diagramme d'architecture de l'emplacement de DA dans un exemple de déploiement AEM / Edge Delivery :

Dans l'architecture ci-dessus, DA joue le rôle de CMS et de surface de création, ainsi que le point d'intégration pour les activités de gestion de documents telles que la taxonomie, la gestion des ressources et les traductions. Cependant, il ne s'agit généralement PAS du point d'intégration central pour le backend ou l'intégration des données publiques comme le pourrait être un auteur AEM traditionnel.

Dans l'architecture ci-dessus, nous supposons :

• La création de documents est la surface de création, de gestion, de publication et de déploiement de traductions de documents Web
• Adobe Edge Delivery Services en tant que niveau de publication, qui prend les documents créés dans Document Authoring et les diffuse dans un format ultra-rapide, réactif et prêt pour le Web
• CDN géré par Adobe en tant que réseau de distribution de contenu, pare-feu Web et couche de redirection configurable.
• Adobe Experience Manager Assets pour la gestion des ressources Web (images, documents et autres fichiers fournis par le site Web)
• Hubspot pour les formulaires Web et les e-mails de confirmation/transactionnels. (Ce rôle peut également être rempli par AEM Forms, Marketo Forms ou une multitude d'autres fournisseurs de gestion de formulaires)
• Vidyard pour la gestion et la diffusion de vidéos
• Smartling pour les traductions

Je pourrais (et je vais) consacrer beaucoup de temps à expliquer la flexibilité de cette configuration et comment on pourrait concevoir son propre chemin autour des exigences de résidence et d'accès aux données pour des éléments tels que les données produit, les systèmes PIM, les systèmes hérités et autres, mais c'est un article pour un autre jour.

L'ensemble des fonctionnalités de création de documents (DA)

L'ensemble des fonctionnalités DA comprend :

Gestion de l'arborescence des documents

La gestion du contenu de votre site Edge Delivery s'effectue à partir de l'interface DA (par opposition à Sharepoint ou à AEM) avec des documents stockés en interne et versionnés dans le cloud. L'interface de gestion et de publication de fichiers de DA permet un copier/coller/déplacement normal comme vous l'attendez, et contient des appels intégrés à Edge Delivery pour indiquer l'état de publication/aperçu.

Éditeur de documents et de feuilles de calcul

DA comprend un éditeur de documents et un éditeur de feuilles pour les documents Web ainsi que pour les données structurées. L'éditeur est simple et extrêmement rapide, avec notamment un menu déroulant pour des fonctions et un formatage rapides, une bibliothèque de blocs pour un accès rapide aux blocs (c'est-à-dire les « composants » dans le langage AEM d'antan) que vous avez créés dans votre projet.

Le framework de plug-ins d'éditeur pour ajouter d'autres fonctionnalités d'interface utilisateur personnalisées à votre projet. Certains de ces plug-ins que nous avons utilisés sont un navigateur de balises pour parcourir et sélectionner des balises AEM à partir d'une instance AEM, ou un sélecteur de date pour saisir des formats de date dans un format attendu dans une interface utilisateur de gestion d'événements.

Collaboration en temps réel

DA inclut une collaboration en temps réel robuste, permettant à pratiquement n'importe quel nombre d'utilisateurs de modifier simultanément un document. Nous avons fini par tester cela en temps réel lors de la conférence AdaptTo() où j'ai fait une présentation de la création de documents . Dans le cadre de cette présentation, j'ai fini par inviter les plus de 200 membres du public à se connecter simultanément à un document et à commencer à le modifier et à le prévisualiser, et le backend de collaboration a parfaitement résisté - ce qui est parfois plus que ce que l'on peut dire de l'édition dans Office.

Intégration d'AEM Assets

DA inclut l'intégration d'AEM Assets à l'aide du micro-frontal AEM Assets (MFE). Cela permet aux organisations de continuer à utiliser AEM Assets comme système central d'enregistrement pour la gestion des ressources numériques, tout en offrant aux auteurs la liberté de travailler dans un système Edge Delivery rapide et basé sur des documents.

L'implémentation de ceci est A+ et constitue véritablement l'une des fonctionnalités phares de DA.

Gestion intégrée des versions de documents

DA intègre un contrôle de version des documents et un historique d'audit. Chaque modification apportée à un document par un utilisateur est auditée avec une date et un horodatage, et le contrôle de version du point de restauration est effectué automatiquement à chaque fois qu'une page est publiée, ou ad hoc à tout moment où vous souhaitez couper un point de restauration.

Le contrôle de version est également disponible en masse et via l'API.

Aperçu en direct

DA fournit un aperçu en direct dans la fenêtre d'édition, avec plusieurs tailles d'écran (mobile, tablette, ordinateur de bureau) disponibles.

Outillage en vrac

Toujours intégré à la technologie d'accès anticipé, DA contient actuellement des outils de masse EXTRÊMEMENT utiles pour la prévisualisation, la publication, la réindexation et la gestion de versions en masse. Associé à une recherche et un remplacement ultra-rapides sur des arborescences entières de contenu, il est très rapide et pratique pour effectuer des modifications sûres et massives sur de larges pans de contenu, puis pour les déployer.

Traduction/déploiement et remplacement de Edge Delivery par « MSM »

L'une des principales raisons pour lesquelles notre client de lancement a choisi DA pour son déploiement Edge Delivery au lieu de Sharepoint/Universal Editor est la structure de localisation robuste de DA et la fonctionnalité de déploiement et de réintégration de pages. L'un des principaux défis liés à la mise en œuvre de sites Edge Delivery localisés avec Google Docs ou Sharepoint (ou même de sites Crosswalk avec Universal Editor) est l'absence d'une structure établie pour remplacer le gestionnaire multisite d'AEM (MSM).

Sans connecteur de système de gestion de traduction (TMS) et fonctionnalité MSM à exploiter, quiconque implémente un site localisé sur Edge Delivery est obligé de concevoir et de créer son PROPRE flux de travail sur mesure et de gérer les documents de manière catastrophique pour collecter les documents à traduire, les envoyer au TMS (c'est-à-dire Smartling ou Translations.com, etc.), les récupérer, traiter les modifications locales et les déployer. Cette seule fonctionnalité pourrait représenter une part considérable du travail de développement nécessaire pour passer à Edge Delivery et annuler une grande partie des avantages liés à la rapidité de développement d'EDS. DA résout ce problème en fournissant un arrangement robuste et TRÈS flexible pour l'expédition des traductions, puis pour différencier les modifications locales lors du retour de ces traductions.

Contrôle d'accès à la création et à la publication

DA contient un modèle ACL robuste pour le contrôle d'accès à la publication et à la création. Edge Delivery peut être un peu intéressant à cet égard, car contrairement à un système unifié comme AEM où la création et la publication font partie du même système, Edge Delivery est séparé. En se référant au diagramme ci-dessus, « Helix » ou Edge Delivery a son propre système d'autorisation d'aperçu/publication - et n'est PAS précis. Cela signifie que vous pouvez soit pousser le contenu dans les compartiments « aem.page » ou « aem.live », soit vous ne le pouvez pas. Le contrôle d'accès précis (comme le fait que seul le groupe « bloggers » peut écrire du contenu dans l'arborescence de contenu /blog, mais qu'il ne peut pas le publier, mais seulement l'écrire - etc.), c'est à la surface de création de le mettre en œuvre.

Ainsi, DA prend en charge à la fois le contrôle d'accès au niveau de la surface de création (à granularité fine) ainsi qu'un mécanisme de configuration de la publication protégée dans Helix pour verrouiller les utilisateurs qui peuvent prévisualiser et publier du contenu sur Edge Delivery.

Oh mon Dieu la vitesse brute

Le dernier commentaire que je devrais faire à propos de DA (qui pourrait très bien être le premier) est que DA est sans aucun doute le CMS le plus rapide que j'ai jamais utilisé. Si vous pouvez trouver un CMS plus rapide, faites-le moi savoir.

Le temps de chargement des documents, le temps de publication et la rapidité globale de l'interface utilisateur sont inégalés, ce qui découle bien sûr du fait que DA est LUI-MÊME un projet Edge Delivery. Les auteurs qui intègrent DA côté client et qui utilisent DA en parallèle avec AEM 6.5 sont tous choqués par sa rapidité. La différence est particulièrement frappante lorsqu'il s'agit de pages complexes qui, dans AEM, contiennent des composants imbriqués ou plusieurs boîtes de dialogue qui prennent toutes du temps à se charger à partir du JCR.

Comment obtenir la création de documents Adobe

Pour réitérer, DA est toujours une technologie d’accès précoce pour AEM Edge Delivery Services.

Edge Delivery Services fait partie d'AEM as a Cloud Service et constitue à ce jour une offre unifiée avec AEM as a Cloud Service. Ainsi, si vous envisagez de passer à AEM as a Cloud Service (ou si vous l'avez déjà), DA peut être une option pour vous. Veuillez nous contacter et nous pourrons vous mettre en contact avec les groupes d'Adobe qui gèrent et sélectionnent les partenaires pour cette nouvelle technologie passionnante.

Venez nous voir au Adobe Summit et nous serions ravis de vous faire une démonstration !

Vous avez aimé ce que vous avez entendu ? Vous avez des questions sur ce qui vous convient ? Nous serions ravis d'en parler ! Contactez-nous

Épisodes de podcast et articles de blog