AEM as Cloud Service wird mit einem integrierten CDN ausgeliefert. Der Hauptzweck besteht darin, die Latenz zu verringern, indem zwischengespeicherte Inhalte von den CDN-Knoten in der Nähe des Browsers bereitgestellt werden. Es ist vollständig verwaltet und für eine optimale Leistung von AEM-Programmen konfiguriert.
Das AEM verwaltete CDN erfüllt die meisten Leistungs- und Sicherheitsanforderungen des Kunden. Für die Veröffentlichungsebene können Kundinnen und Kunden optional von ihrem eigenen CDN aus darauf verweisen, welches sie verwalten müssen. Dieses Szenario wird von Fall zu Fall bei Erfüllung bestimmter Voraussetzungen gestattet, insbesondere dass die Kundin bzw. der Kunde eine Altintegration mit einem CDN-Anbieter hat, die schwer aufzugeben ist.
Befolgen Sie die nachstehenden Abschnitte, um mithilfe der Self-Service-Benutzeroberfläche von Cloud Manager die Bereitstellung von Inhalten mit dem vorkonfigurierten CDN von AEM vorzubereiten:
Beschränken des Traffic
Standardmäßig kann bei einem AEM verwalteten CDN-Setup der gesamte öffentliche Traffic zum Veröffentlichungsdienst geleitet werden, sowohl für Produktions- als auch für Nicht-Produktions-Umgebungen (Entwicklung und Staging). Über die Benutzeroberfläche von Cloud Manager können Sie den Traffic für eine bestimmte Umgebung auf den Veröffentlichungsdienst beschränken (z. B. die Beschränkung der Staging-Umgebung auf einen Bereich von IP-Adressen).
Weitere Informationen finden Sie unter Verwalten von IP-Zulassungslisten.
Nur Anforderungen von den zulässigen IPs werden von AEM verwalteten CDN bereitgestellt. Wenn Sie Ihr eigenes CDN auf das AEM verwaltete CDN verweisen, stellen Sie sicher, dass die IPs Ihres CDN in der Zulassungsliste enthalten sind.
Wenn ein Kunde sein bestehendes CDN verwenden muss, kann er es verwalten und auf das AEM verwaltete CDN verweisen, sofern folgende Voraussetzungen erfüllt sind:
Konfigurationsanweisungen:
Verweisen Sie in Ihrem CDN auf den Eingang des Adobe-CDN als Ursprungs-Domain. Beispiel: publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com
.
Setzen Sie SNI auf den Eingang des Adobe CDN.
Legen Sie die Host-Kopfzeile auf die Ursprungs-Domain fest. Beispiel: Host:publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com
.
Legen Sie die Kopfzeile X-Forwarded-Host
mit dem Domain-Namen fest, damit AEM die Host-Kopfzeile ermitteln kann. Beispiel: X-Forwarded-Host:example.com
.
Satz X-AEM-Edge-Key
. Der Wert muss von Adobe stammen.
X-Forwarded-*
Kopfzeilen der AEM Anwendung. Beispielsweise wird X-Forwarded-For
verwendet, um die Client-IP zu bestimmen. Daher ist der vertrauenswürdige Anrufer (d. h. das kundenverwaltete CDN) dafür verantwortlich, die Richtigkeit der X-Forwarded-*
Kopfzeilen (siehe Hinweis unten).X-AEM-Edge-Key
vorhanden ist. Informieren Sie die Adobe, wenn Sie direkten Zugriff auf den Eingang des Adobe CDN benötigen (um blockiert zu werden).Konfigurationsbeispiele von führenden CDN-Anbietern finden Sie im Abschnitt Beispielkonfigurationen von CDN-Anbietern.
Bevor Sie Live-Traffic akzeptieren, sollten Sie beim Adobe-Support überprüfen, ob das Traffic-Routing End-to-End ordnungsgemäß funktioniert.
Nach dem Abrufen des X-AEM-Edge-Key
können Sie wie folgt testen, ob die Anfrage korrekt weitergeleitet wird.
Unter Linux®:
curl https://publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com -H "X-Forwarded-Host: example.com" -H "X-AEM-Edge-Key: <PROVIDED_EDGE_KEY>"
Unter Windows:
curl https://publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com --header "X-Forwarded-Host: example.com" --header "X-AEM-Edge-Key: <PROVIDED_EDGE_KEY>"
Bei Verwendung Ihres eigenen CDN müssen Sie keine Domänen und Zertifikate in Cloud Manager installieren. Das Routing im Adoben-CDN erfolgt mithilfe der Standarddomäne publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com
die in der Anfrage gesendet werden sollen Host
-Kopfzeile. Anforderung überschreiben Host
-Kopfzeile mit einem benutzerdefinierten Domänennamen kann dazu führen, dass die Anfrage vom Adobe-CDN falsch gerendert wird.
Kunden, die ein eigenes CDN verwalten, müssen die Integrität der Kopfzeilen sicherstellen, die an das CDN von AEM gesendet werden. Beispielsweise empfehlen wir, dass Kunden alle X-Forwarded-*
-Kopfzeilen löschen und für sie bekannte und kontrollierte Werte festlegen. Beispiel: X-Forwarded-For
muss die IP-Adresse des Kunden enthalten, während X-Forwarded-Host
den Host der Website enthalten muss.
Sandbox-Programmumgebungen unterstützen kein vom Kunden bereitgestelltes CDN.
Der zusätzliche Wechsel zwischen dem Kunden-CDN und dem AEM CDN ist nur erforderlich, wenn ein Cache fehlschlägt. Durch die Verwendung der in diesem Artikel beschriebenen Cache-Optimierungsstrategien sollte das Hinzufügen eines Kunden-CDN nur eine vernachlässigbare Latenzzeit verursachen.
Diese Kunden-CDN-Konfiguration wird für die Veröffentlichungsstufe unterstützt, jedoch nicht vor der Autorenstufe.
Nachfolgend finden Sie einige Konfigurationsbeispiele von mehreren führenden CDN-Anbietern.
Akamai
Amazon CloudFront
Cloudflare
Das AEM verwaltete CDN fügt jeder Anfrage Header mit folgenden Eigenschaften hinzu:
x-aem-client-country
x-aem-client-continent
Wenn ein kundenverwaltetes CDN vorhanden ist, spiegeln diese Header den Speicherort des CDN-Proxyservers des Kunden und nicht den tatsächlichen Client wider. Daher sollten für kundenverwaltetes CDN Geolocation-Header vom Kunden-CDN verwaltet werden.
Die Werte für die Länder-Codes sind die hier beschriebenen Alpha-2-Codes.
Die Werte für die Kontinental-Codes lauten:
Diese Informationen können für Anwendungsfälle nützlich sein, wie z. B. die Weiterleitung zu einer anderen URL basierend auf dem Ursprung (Land) der Anfrage. Verwenden Sie den Header Vary zum Zwischenspeichern von Antworten, die von geografischen Informationen abhängig sind. Umleitungen zu einer bestimmten Landingpage müssen beispielsweise immer Vary: x-aem-client-country
enthalten. Bei Bedarf können Sie Cache-Control: private
verwenden, um das Caching zu verhindern. Weitere Informationen finden Sie unter Caching.