Désactivez la mise en cache Fast CDN dans AEM as a Cloud Service.
Fastly fait toujours partie du chemin de diffusion du contenu dans AEM as a Cloud Service et ne peut pas être supprimé. Une mise en cache inattendue se produit lorsque Cache-Control ou Surrogate-Control en-têtes sont manquants, remplacés ou appliqués de manière incohérente sur plusieurs ressources. Dans les environnements qui utilisent un réseau CDN géré par le client, des en-têtes de transfert incorrects peuvent également affecter le comportement du cache et la gestion de la redirection.
Pour résoudre ce problème, configurez correctement les en-têtes cache-control, validez les paramètres du réseau CDN et vérifiez le comportement de transmission rapide.
Description description
Environnement
- Adobe Experience Manager as a Cloud Service (AEMaaCS)
- Apportez vos propres déploiements CDN (BYOCDN)
- Configurations de Dispatcher
- Configuration du réseau CDN à l’aide de
cdn.yaml
Problème/Symptômes
- L’en-tête Fastly
x-cacheaffiche MISS ou SYNTH lorsque le contournement du cache est attendu. - Fastly met en cache des types de fichiers spécifiques malgré les en-têtes de contrôle du cache configurés.
- Les en-têtes
Surrogate-ControlouSurrogate-Keyn’apparaissent pas sur le bord. - Le contenu personnalisé affiche un comportement incohérent, car les fragments mis en cache sont réutilisés.
- Des redirections inattendues se produisent lorsque les requêtes passent par plusieurs couches de réseau CDN.
Cause
Fastly fait partie intégrante de l’architecture de diffusion Adobe Experience Manager as a Cloud Service et reste à tout moment dans le chemin d’accès de la requête. Fastly met en cache le contenu lorsque des en-têtes Cache-Control ou Surrogate-Control sont manquants, incomplets, remplacés ou appliqués de manière incohérente sur plusieurs types de ressources. Certains types de ressources, tels que .vtt files, nécessitent des règles de contrôle de cache explicites. Dans les déploiements BYOCDN, des X-Forwarded-Host ou des enX-Forwarded-Prototêtes incorrects peuvent créer différentes clés de cache, ce qui entraîne un comportement de mise en cache ou de redirection inattendu.
Résolution resolution
Pour résoudre ce problème, procédez comme suit
- Consultez les en-têtes de réponse et vérifiez que
Cache-ControletSurrogate-Controlapparaissent sur les réponses affectées. - Vérifiez que
Surrogate-Controlcontient des valeurs telles que max-age=0 ou aucun magasin qui empêchent la mise en cache Fastly. - Mettez à jour la configuration de l’hôte virtuel Dispatcher afin que
Cache-Controlen-têtes etSurrogate-Controlsoient appliqués de manière cohérente sur HTML, JSON, les ressources et d’autres types de ressources. Ajoutez des règles explicites pour les types de ressources qui n’héritent pas des en-têtes requis. - Vérifiez que le réseau CDN géré par le client ne remplace pas les directives de contrôle du cache Fastly.
- Consultez les journaux du réseau CDN et confirmez que le réseau CDN géré par le client effectue la mise en cache tandis que Fastly fonctionne en mode direct.
- Configurez le contournement du cache dans
cdn.yamlsi les contrôles basés sur l’en-tête n’atteignent pas le comportement attendu. Déployez la configuration mise à jour via Cloud Manager et vérifiez que le déploiement s’est terminé correctement. - Validez le routage multi-réseau CDN en confirmant que l’en
X-Forwarded-Prototête et l’enHostd’origine sont correctement transférés tout au long de la chaîne CDN. - Examinez les implémentations de mise en cache de fragment et assurez-vous que les fragments personnalisés ne sont pas mis en cache.
- Vérifiez que les réponses dynamiques renvoient les en-têtes appropriés non pouvant être mis en cache.
- Configurez les en-têtes
Surrogate-Keylorsque les workflows de purge reposent sur une invalidation par clé. - Activez le débogage Fastly et vérifiez que les clés de substitution apparaissent dans les en-têtes de réponse.
- Validez la configuration finale en confirmant que Fastly renvoie une réussite, que le réseau CDN géré par le client est mis en cache comme prévu et que les opérations de purge du cache se comportent correctement.