Invalidation du cache Dispatcher pour le contenu partagé dans AEM as a Cloud Service
Lorsque vous mettez à jour le contenu partagé utilisé par les pages mises en cache, la publication de l’élément partagé seul ne garantit pas que chaque page consommatrice ou réponse du réseau CDN est récente. Adobe documente l’invalidation explicite de Dispatcher par le biais de la distribution de contenu Sling (SCD) à partir de l’instance de création ; le réseau CDN géré par Adobe suit séparément les en-têtes de cache de réponse et la TTL. Pour corriger ce problème, identifiez les chemins de page concernés, choisissez une stratégie d’invalidation ou de TTL pour votre mise en œuvre et testez séparément le comportement de Dispatcher et du réseau CDN.
Description description
Environnement
Publication Adobe Experience Manager as a Cloud Service avec Dispatcher et le réseau CDN géré par Adobe.
Problème/Symptômes
- Après la publication d’un fragment d’expérience, d’un fragment de contenu ou d’une ressource DAM, une page qui utilise le contenu partagé affiche une sortie plus ancienne.
- Vous devez déterminer si la page, la ressource partagée ou la réponse du réseau CDN reste en cache.
- Aucune erreur de produit n’est signalée. La question concerne le comportement d’invalidation du cache et l’actualisation du cache.
Cause
AEM as a Cloud Service fournit une invalidation de cache par référence inverse prête à l’emploi uniquement pour les fragments d’expérience. Pour les fragments de contenu et DAM Assets, une configuration personnalisée est nécessaire pour s’assurer que les pages de référencement sont invalidées lorsque le contenu partagé est mis à jour.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Examinez le comportement d’invalidation du cache par défaut :
- Lorsque vous publiez un fragment d’expérience, AEM as a Cloud Service résout automatiquement toutes les pages qui font référence au fragment et émet un vidage des ressources uniquement pour le chemin d’accès
.htmlde chaque page consommatrice. Aucune configuration personnalisée n’est requise. - Lorsque vous publiez un fragment de contenu, seul le chemin d’accès au fragment de contenu est invalidé. Les pages qui font référence au fragment de contenu ne sont pas vidées par défaut.
- Lorsque vous publiez une ressource DAM, seule la ressource et ses rendus sont invalidés. Les pages qui font référence à la ressource ne sont pas vidées par défaut.
- Lorsque vous publiez une page, seul le chemin d’accès à la page est purgé. Les fragments d’expérience référencés, les fragments de contenu et les ressources de gestion des ressources numériques ne sont pas vidés par défaut.
- Lorsque
/statfileslevel "2"est configuré, l’invalidation d’un chemin d’accès sous un répertoire ne vide pas l’ensemble de la sous-arborescence. Seul le chemin spécifique et son fichier de statut parent immédiat sont affectés.
- Lorsque vous publiez un fragment d’expérience, AEM as a Cloud Service résout automatiquement toutes les pages qui font référence au fragment et émet un vidage des ressources uniquement pour le chemin d’accès
-
Pour invalider les pages de référence lors de la publication de fragments de contenu ou de ressources de gestion des ressources numériques, utilisez l’une des approches prises en charge suivantes :
- Implémentez un gestionnaire SCD INVALIDATE personnalisé qui résout les pages de référence lorsqu’un fragment de contenu ou une ressource est publié et émet des invalidations ciblées.
- Utilisez les règles de vidage du Dispatcher d’ACS AEM Commons pour créer des mappages basés sur une expression régulière entre le contenu publié et les pages de référence.
- Diffusez le contenu partagé sous forme de fragments pouvant être mis en cache indépendamment, par exemple en utilisant Sling Dynamic Include.
- À titre de solution intermédiaire, configurez une TTL limitée (durée de vie) pour les pages qui utilisent des fragments de contenu ou des ressources à l’aide d’en-têtes de réponse
cdn.yamlou Dispatcher.
-
Après avoir implémenté l’approche sélectionnée, publiez un élément de contenu partagé et vérifiez que toutes les pages qui font référence reflètent le contenu mis à jour.