Le diagramme ci-dessus représente la topologie de déploiement recommandée pour la solution Correspondence Management. Une telle topologie de déploiement répond à la nécessité d’isoler les environnements de développement, de QA et de production. En fonction de l’échelle du projet, chacun de ces environnements, généralement l’environnement de production, peut être mis en grappe sur plusieurs instances.
La solution est implémentée sous la forme de deux instances :
Instance
|
Description
|
Utilisateurs
|
|---|
Auteur
|
Les actifs, y compris les aperçus de modèles de correspondance, sont créés et gérés. Les tâches de création, telles que la création de texte, de mise en page, de dictionnaire de données et de modèle de lettre, sont effectuées.
|
Auteurs de contenu/de modèle
|
Publication
|
La correspondance finale doit être créée. Les actifs créés (et finalisés) dans l’instance d’auteur sont publiés dans l’instance de publication sur simple clic d’un bouton (dans l’interface de gestion des actifs).
|
Utilisateurs finaux ou agents
|
Toutes les instances dans la solution Correspondence Management font référence à la même installation logicielle. Toutefois, les instances diffèrent dans la façon dont elles sont configurées. Par exemple, la configuration du système détermine si une instance agit en tant qu’Auteur ou Publication.
Les instances d’auteur et de publication partagent un serveur LiveCycle commun.
Remarque : La solution Correspondence Management utilise le serveur LiveCycle dans le cadre de services tels que Forms/Output/ProcessManagement.
Les instances d’auteur et de publication ont leur propre référentiel JCR (CRX, Content Repository Extreme).
Utilisez la fonctionnalité d’importation/exportation de la solution Correspondence Management pour transférer des actifs, tels que du contenu et des modèles de conception, entre les environnements de développement, QA, performances et production. Cette fonctionnalité est disponible dans l’interface de gestion des actifs.
Prenez en compte les points suivants lorsque vous planifiez la topologie :
Le nombre d’utilisateurs travaillant en parallèle sur les instances d’auteur et de publication détermine le nombre nécessaire d’instances.
Le contenu statique stocké sur les instances CQ (actifs non-CM) détermine la nécessité de mise en cache de l’outil Dispatcher.
Le nombre de demandes de rendu de lettres sur le serveur LiveCycle détermine le nombre de serveurs LiveCycle.
Pour la sécurité du système :
Les instances d’auteur sont généralement situées derrière le pare-feu interne des réseaux internes.
Un environnement de publication peut être ou non situé derrière le pare-feu.
Cette instance n’est accessible qu’aux agents qui génèrent des correspondances.
Pour plus d’informations sur la façon de configurer et d’utiliser les instances d’auteur et de publication, reportez-vous à la section Tâches à effectuer après le déploiement dans l’installation.
Reportez-vous aux sections Configuration de l’instance d’auteur et Configuration de l’instance de publication de Tâches à effectuer après le déploiement pour définir les deux instances. Vous y trouverez les procédures pour un ou plusieurs serveurs physiques.
