CDN in AEM as a Cloud Service

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.

AEM-verwaltetes CDN

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:

  1. Verwalten von SSL-Zertifikaten
  2. Verwalten von benutzerdefinierten Domain-Namen

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.

VORSICHT

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.

Kunden-CDN verweist auf AEM-verwaltetes CDN

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:

  • Der Kunde muss über ein vorhandenes CDN verfügen, dessen Ersetzung aufwendig wäre.
  • Der Kunde muss es verwalten.
  • Der Kunde muss in der Lage sein, das CDN für die Verwendung mit AEM as a Cloud Service zu konfigurieren. Weitere Informationen finden Sie in den Konfigurationsanweisungen unten.
  • Der Kunde muss über technische CDN-Experten verfügen, die im Fall von Problemen im Zusammenhang mit dem Fall auf Anfrage zur Verfügung stehen.
  • Der Kunde muss einen Belastungstest durchführen und erfolgreich bestehen, bevor er zur Produktion übergeht.

Konfigurationsanweisungen:

  1. Verweisen Sie in Ihrem CDN auf den Eingang des Adobe-CDN als Ursprungs-Domain. Beispiel: publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com.

  2. Setzen Sie SNI auf den Eingang des Adobe CDN.

  3. Legen Sie die Host-Kopfzeile auf die Ursprungs-Domain fest. Beispiel: Host:publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com.

  4. 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.

  5. Satz X-AEM-Edge-Key. Der Wert muss von Adobe stammen.

    • Erforderlich, damit das Adobe-CDN die Anforderungsquelle überprüfen und die 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).
    • Optional kann der Zugriff auf den Eingang zum Adobe CDN blockiert werden, wenn kein 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>"
HINWEIS

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.

HINWEIS

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.

HINWEIS

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.

Beispielkonfigurationen von CDN-Anbietern

Nachfolgend finden Sie einige Konfigurationsbeispiele von mehreren führenden CDN-Anbietern.

Akamai

Akamai1 Akamai2

Amazon CloudFront

CloudFront1 CloudFront2

Cloudflare

Cloudflare1 Cloudflare2

Geolocation-Kopfzeilen

Das AEM verwaltete CDN fügt jeder Anfrage Header mit folgenden Eigenschaften hinzu:

  • Länder-Code: x-aem-client-country
  • Kontinental-Code: x-aem-client-continent
HINWEIS

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:

  • AF Afrika
  • AN Antarktika
  • AS Asien
  • EU Europa
  • NA Nordamerika
  • OC Ozeanien
  • SA Südamerika

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.

Auf dieser Seite