Présentation du répartiteur et de la configuration dans Apache Web Server pour AEM

Dans ce blog, vous découvrirez le répartiteur et comment le configurer avec le serveur Web Apache. Mais avant d’en arriver là, parlons de l’auteur et de l’éditeur AEM.

Auteur
Le contenu qui sera publié pour l’éditeur est conçu, créé et révisé dans l’instance. Par défaut, il utilise le port 4502. L’auteur est la source de données principale et peut également être appelé l’instance parente.

Éditeur
Les données que nous avons répliquées de l’auteur vers un éditeur mappé sont essentiellement contenues dans l’éditeur, qui est l’instance enfant de l’auteur. Le rôle de l’éditeur est de partager la charge de travail avec l’auteur. Le port par défaut de cette instance est 4503.

Besoin d’un répartiteur

Le serveur AEM est un référentiel de contenu dans lequel les données sont stockées, créées et gérées. Bien qu’AEM lui-même puisse être utilisé comme serveur de site Web pour les utilisateurs finaux, il ne peut pas gérer exactement des millions de demandes. Et lorsque ces demandes arrivent, la fonctionnalité des serveurs AEM ralentit. Certaines choses sont attendues d’un site Web qui fonctionne bien, comme la sécurité, la mise en cache, les redirections, les demandes d’accès à l’équilibrage de charge, etc. C’est là que Dispatcher entre en action pour servir toutes ces fonctionnalités configurées avec un serveur Web communiquant entre AEM et l’utilisateur final.

AEM et Webserver sont deux applications différentes et Dispatcher les aide à communiquer et à gérer la livraison de l’utilisateur final. Le répartiteur dit quoi et quand effectuer.

Comme nous pouvons le voir à l’aide du diagramme de gauche, l’utilisateur final envoie une requête au serveur Web pour accéder à une page Web. Le répartiteur est configuré et accepte la demande et récupère la même demande auprès de l’éditeur AEM où les données sont présentes dans son référentiel. L’éditeur AEM renvoie les données demandées au répartiteur et, avec l’aide du serveur Web, elles sont livrées à l’utilisateur final.

Faisons en sorte que cela se produise comme nous en avons discuté ci-dessus ! Ici, nous allons essayer d’installer le serveur Web et de configurer le répartiteur avec lui. Mais avant cela, nous devons configurer l’auteur et l’éditeur AEM. Dans les images ci-dessous, j’ai déjà terminé ces étapes. L’auteur s’exécute sur le port 4502 et l’éditeur s’exécute sur le port 4503.

Installation du serveur web

Pour cela, nous allons utiliser la machine Windows pour installer le serveur Web Apache et nous installerons Apache 2.2 – 32 bits. Maintenant, beaucoup d’entre vous peuvent penser : « Pourquoi installons-nous 32 bits au lieu de 64 bits ? » La réponse est qu’Adobe a abandonné le module Dispatcher pour la machine Windows Apache 2.4 64 bits. De plus, nous utilisons Dispatcher version 4.2.1 que nous installons sur le serveur Apache 32 bits. Utilisez ce lien pour télécharger le module Dispatcher et le serveur Web Apache.

Nous pouvons voir que Dispatcher est disponible pour Windows en 32 bits uniquement, même si dans l’image ci-dessus, il affiche 64 bits. C’est pour le serveur IIS Windows.

Lien de téléchargement de référence : https://archive.apache.org/dist/httpd/binaries/win32/

Pour le serveur Web Apache, nous n’avons sélectionné aucun lien « ssl msi » pour que les choses restent simples et faciles à configurer. Nous allons maintenant installer le serveur Web Apache en double-cliquant sur notre fichier Apache MSI téléchargé et en suivant les instructions.

Voila ! Comme nous pouvons le voir ci-dessus, le serveur Web Apache est installé avec succès sur notre machine Windows en accédant à http://localhost dans notre navigateur Web.

Configurer Dispatcher avec le serveur Web Apache

Pour la configuration, il faut spécifiquement changer les fichiers « répartiteur.tout » et « httpd.conf” dans le dossier du module Dispatcher et sur notre serveur Web, respectivement. Du répartiteur-apache2.2-windows-x86-4.2.1.zip fichier qui a été téléchargé. Placer le « disp apache2.2.dll » fichier dans le « C:\Program Files (x86)\Apache Software Foundation\Apache2.2\modules” après l’avoir déplacé du dossier Dispatcher. Ensuite, nous devons répliquer les paramètres Dispatcher ci-dessous.

• La ligne 128 désigne le module Dispatcher. Il doit être écrit dans le fichier exactement de la même manière que ce que nous avons copié dans le dossier du module.
• Les lignes 130 à 138 correspondent à la section If Module de la configuration (expliquée ci-dessous).
• DispatcherConfig – Configuration du répartiteur définie avec un chemin de répartiteur.tout fichier qui se trouve sous le dossier conf, assurez-vous que le nom doit être correct tel que copié dans le httpd.conf dossier.
• DispatcherLog – Cette section enregistrera les données que nous avons définies par niveau de journalisation au niveau 3, qui désigne le niveau de débogage, qui est le niveau le plus détaillé pour la journalisation.
• DispatcherUseProcessedURLDispatcherUseProcessedURL – détermine s’il faut utiliser des URL prétraitées pour tout traitement ultérieur par Dispatcher 0 indique utiliser l’URL qui a été initialement envoyée au serveur Web et 1 indique qu’au lieu d’utiliser l’URL d’origine envoyée au serveur Web, le répartiteur utilise l’URL précédemment traitée par les gestionnaires qui le précèdent (comme la réécriture de mod).
• Ligne 140 à Ligne 144 – Cela traitera les demandes entrantes pour le site Web.

Une fois que tout est réglé, nous allons redémarrer le serveur Web Apache. En fin de compte, les installations de Dispatcher et HTTPD sont terminées. Pour que les modifications de configuration prennent effet, redémarrez votre serveur HTTPD. Si logs/dispatcher.log apparaît, le module répartiteur est correctement activé sur le serveur HTTPD, et il fonctionne.

Comme vu ci-dessus, taper localhost dans notre navigateur lancera notre site Web AEM. En conséquence, nous avons pu configurer le module Dispatcher à l’intérieur de notre serveur Web Apache.

En savoir plus sur le répartiteur

En utilisant les paramètres par défaut, nous avons vu la configuration de base du Dispatcher. Dispatcher est bien plus que cela. Nous pouvons l’utiliser pour gérer plusieurs sites Web présents sur AEM en utilisant le répartiteur pour communiquer le serveur Web. Selon les normes de production, nous utilisons une variété d’ensembles de fichiers tels que des fermes, des hôtes virtuels, des rendus, des filtres, la mise en cache, des redirections et bien d’autres.

Expliquons brièvement et définissons les termes suivants.

• Fermes: Chaque ensemble d’actions Dispatcher est défini par une ou plusieurs fermes, chacune étant liée à un site Web ou à une URL distincts. N’importe quel nombre de fermes peut être présent sur la propriété /farms.
• Hôte virtuel : Chacun de nos domaines Web doit avoir un domaine virtuel défini par le serveur Web. Configurez la racine du document pour chaque domaine afin qu’elle corresponde au dossier du référentiel qui héberge le contenu Web du domaine.
• Le rendu: Ceci est utilisé pour exporter la scène graphique qui est maintenant affichée dans un fichier image ou un fichier de description approprié pour être utilisé par l’un des nombreux moteurs de rendu externes, qui peuvent créer une image finie.
• Filtres : Des fragments de code Java appelés filtres sont exécutés pour chaque demande envoyée à AEM. Chaque fois qu’AEM est appelé, y compris les appels d’images, CSS, JS et JSON, un filtre est exécuté qui n’est pas spécifique à une application en particulier.
• Redirection : Les utilisateurs et les moteurs de recherche peuvent être renvoyés par une redirection vers une URL différente de celle qu’ils ont initialement demandée.

L’implémentation de la terminologie ci-dessus dans notre répartiteur facilitera l’administration des différents sites Web que nous gérons sur un serveur et le suivi des demandes de journaux pour chacun d’eux.

Sommaire

Nous avons découvert le Dispatcher dans ce blog et la fonction qu’il exécute entre l’utilisateur final et le serveur AEM. Nous avons appris comment il gère seul la charge de millions de requêtes et laisse le serveur AEM gérer la fourniture de contenu tandis que le Dispatcher met en cache ce contenu pour les utilisateurs finaux. Bien que ce que nous avons appris dans ce blog ne soit qu’une configuration de base, il peut être configuré de manière plus réaliste pour remplir son objectif conformément aux normes de l’industrie. Pour plus d’informations, contactez nos experts dès aujourd’hui.