Les opérations de développement couvrent les processus, les méthodes et les communications requis pour :
Les opérations de développement visent à éviter les problèmes tels que :
Un déploiement d’Adobe Experience Manager (AEM) implique généralement plusieurs environnements, utilisés à diverses fins à différents niveaux :
L’environnement de production doit avoir au moins un environnement de création et un environnement de publication.
Il est recommandé que tous les autres environnements se composent également d’un environnement de création et de publication afin de refléter l’environnement de production et de permettre des tests lors de phases précoces du projet.
Les développeurs sont chargés de développer et de personnaliser le projet proposé (qu’il s’agisse d’un site web, d’applications mobiles, d’une mise en œuvre de gestion des actifs numériques, etc.) avec toutes les fonctionnalités nécessaires. Ils :
La configuration de l’environnement de développement peut dépendre de nombreux facteurs, bien qu’elle soit généralement composée des éléments suivants :
Selon l’échelle de votre système, l’environnement de développement peut comprendre une instance de création et une instance de publication.
Cet environnement est utilisé par l'équipe d'assurance de la qualité pour tester votre nouveau système de manière exhaustive; conception et fonction. Il devrait comprendre des environnements de création et de publication, avec le contenu approprié, et fournir tous les services nécessaires pour réaliser une suite complète de tests.
L’environnement intermédiaire doit être un miroir de l’environnement de production, en matière de configuration, de code et de contenu :
L’environnement de production est constitué des environnements requis pour créer et publier votre mise en œuvre.
Un environnement de production comprend au moins une instance de création et une instance de publication :
En fonction de l’échelle du projet, il se compose bien souvent de plusieurs instances de création et/ou de publication. À un niveau inférieur, le référentiel peut également être mis en grappe sur plusieurs instances.
Les instances de création sont généralement situées derrière le pare-feu interne. Il s’agit de l’environnement dans lequel vos collègues et vous-même effectuez les tâches de création, telles que :
Le contenu qui a été activé est regroupé en module et placé dans la file d’attente de réplication de l’environnement de création. Le processus de réplication transporte alors ce contenu vers l’environnement de publication.
De façon à répliquer à l’inverse les données dans un environnement de publication vers l’environnement de création, un écouteur de réplication dans l’environnement de création interroge l’environnement de publication et récupère le contenu dans la boîte d’envoi de la réplication inverse de l’environnement de publication.
L’environnement de publication est généralement situé dans la zone démilitarisée (DMZ). Il s’agit de l’environnement dans lequel les visiteurs accèdent à votre contenu (par exemple, par le biais d’un site web ou sous forme d’application mobile) et interagissent avec lui, qu’il soit public ou se trouve sur votre réseau intranet. Un environnement de publication :
L’environnement de publication génère du contenu de manière dynamique et en temps réel, et le contenu peut être personnalisé pour chaque utilisateur.
Le code doit toujours être propagé du bas vers le haut :
Le code (par exemple, les fonctionnalités d’applications web et les modèles de conception personnalisés) est généralement transféré en exportant et en important des modules entre les différents référentiels de contenu. Le cas échéant, cette réplication peut être configurée en tant que processus automatique.
Les projets AEM déclenchent souvent le déploiement du code :
Le contenu conçu pour la production doit toujours être créé sur l’instance de création de production.
Le contenu ne doit pas suivre le déplacement du code des environnements inférieurs vers les plus élevés. Il n’est en effet pas recommandé de créer du contenu sur des ordinateurs locaux ou des environnements inférieurs, puis de le déplacer vers l’environnement de production, car cela peut introduire des erreurs et des incohérences.
Le contenu de production doit être déplacé à partir de l’environnement de production vers l’environnement d’évaluation pour assurer que ce dernier fournit un environnement de test efficace et précis.
Cela ne signifie pas que le contenu intermédiaire doit être continuellement synchronisé avec la production, les mises à jour régulières étant suffisantes, sauf avant de tester une nouvelle itération de code. Il n’est pas nécessaire de mettre à jour le contenu des environnements d’assurance qualité et de développement aussi fréquemment ; il doit simplement bien représenter le contenu de production.
Le contenu peut être transféré :