CDN in AEM as a Cloud Service cdn
AEM as a Cloud Service verfügt über ein integriertes CDN, das die Latenz verringert, indem zwischenspeicherbare Inhalte von Edge-Knoten in der Nähe des Browsers der Benutzerin bzw. des Benutzers bereitgestellt werden. Dieses vollständig verwaltete CDN ist für die Leistung der AEM-Anwendung optimiert.
Das von AEM verwaltete CDN erfüllt die meisten Leistungs- und Sicherheitsanforderungen des Kunden bzw. der Kundin. Für die Veröffentlichungsebene können Kundinnen und Kunden Traffic durch ihr eigenes CDN leiten, welches sie verwalten müssen. Diese Option ist von Fall zu Fall verfügbar, insbesondere wenn Kundinnen und Kunden über bestehende ältere Integrationen mit einem CDN-Anbieter verfügen, die schwer zu ersetzen sind.
Kundinnen und Kunden, die auf Ebene der Edge Delivery Services veröffentlichen möchten, können von dem von Adobe verwalteten CDN profitieren. Siehe Von Adobe verwaltetes CDN.
Von Adobe verwaltetes CDN aem-managed-cdn
Zur Vorbereitung auf die Inhaltsbereitstellung mit dem integrierten CDN von AEM über die Self-Service-Benutzeroberfläche von Cloud Manager können Sie von den Funktionen des von Adobe verwalteten CDN profitieren. Mit dieser Funktion können Sie die Self-Service-CDN-Verwaltung nutzen, einschließlich der Konfiguration und Installation von SSL-Zertifikaten wie DV(Domain Validation)- oder EV/OV(Extended/Organization Validation)-Zertifikaten. Weitere Informationen zu diesen Methoden finden Sie unter:
Beschränken des Traffics
Standardmäßig kann bei einem von AEM verwalteten CDN-Setup der gesamte öffentliche Traffic zum Veröffentlichungs-Service 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öffentlichungs-Service 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.
Konfigurieren von Traffic im CDN cdn-configuring-cloud
Sie können Traffic im CDN auf verschiedene Arten konfigurieren, wie zum Beispiel:
- Blockieren von schädlichem Traffic mit Traffic-Filterregeln (einschließlich optional lizenzierbaren, erweiterten WAF-Regeln)
- Ändern der Art der Anfrage und Antwort
- Anwenden der Client-seitigen 301/302-Umleitungen
- Deklarieren von Ursprungs-Auswahlen zum Reverse-Proxy einer Anfrage an Nicht-AEM-Backends
Verwenden Sie YAML-Dateien in Git, um diese Funktionen zu konfigurieren. Verwenden Sie außerdem die Konfigurations-Pipeline von Cloud Manager, um sie bereitzustellen.
Konfigurieren von CDN-Fehlerseiten cdn-error-pages
Sie können eine CDN-Fehlerseite konfigurieren, um die (markenfreie) Standardseite zu ersetzen. Diese benutzerdefinierte Seite wird in dem seltenen Fall angezeigt, dass AEM nicht verfügbar ist. Weitere Informationen finden Sie unter Konfigurieren von CDN-Fehlerseiten.
Bereinigen zwischengespeicherter Inhalte im CDN purge-cdn
Das Festlegen einer TTL mithilfe des HTTP Cache-Control-Headers ist ein effektiver Ansatz, um die Leistung bei der Inhaltsbereitstellung und die Aktualität der Inhalte aufeinander abzustimmen. Wenn aktualisierte Inhalte jedoch sofort bereitgestellt werden müssen, kann es von Vorteil sein, den CDN-Cache direkt zu bereinigen.
Lesen Sie mehr über das Konfigurieren eines Bereinigungs-API-Tokens und das Bereinigen von zwischengespeicherten CDN-Inhalten.
Grundlegende Authentifizierung im CDN basic-auth
Schützen Sie Inhalte für einfache Authentifizierungsfälle, einschließlich Geschäfts-Stakeholdern, die Inhalte überprüfen, indem Sie ein einfaches Authentifizierungsdialogfeld anzeigen, das einen Benutzernamen und ein Kennwort erfordert. Weitere Informationen.
Kundenseitig verwaltetes CDN verweist auf von AEM verwaltetes CDN point-to-point-CDN
Wenn Kundinnen oder Kunden ihr bestehendes CDN verwenden müssen, können sie es verwalten und auf das von AEM verwaltete CDN verweisen lassen, sofern folgende Voraussetzungen erfüllt sind:
- Die Kundin bzw. der Kunde muss über ein vorhandenes CDN verfügen, dessen Ersetzung aufwendig wäre.
- Die Kundin bzw. der Kunde muss es verwalten.
- Die Kundin bzw. 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.
- Die Kundin bzw. der Kunde muss über technische CDN-Fachleute verfügen, die auf Abruf bereitstehen, falls Probleme auftreten.
- Die Kundin bzw. der Kunde muss vor dem Übergang zur Produktion einen Belastungstest durchführen und erfolgreich bestehen.
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 die 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-Hostmit dem Domain-Namen fest, damit AEM die Host-Kopfzeile ermitteln kann. Beispiel:X-Forwarded-Host:example.com. -
Satz
X-AEM-Edge-Key. Der Wert sollte mithilfe einer Cloud Manager-Konfigurations-Pipeline konfiguriert werden, wie in diesem Artikel beschrieben.- Erforderlich, damit das Adobe-CDN die Quelle der Anfragen validieren und die
X-Forwarded-*-Header an die AEM-Applikation weitergeben kann. Beispielsweise wirdX-Forwarded-Forverwendet, um die Client-IP zu bestimmen. Somit liegt es in der Verantwortung des vertrauenswürdigen Aufrufers (d. h. des kundenseitig verwalteten CDN), die Korrektheit derX-Forwarded-*-Header sicherzustellen (siehe Hinweis unten). - Optional kann der Zugriff auf den Eingang zum Adobe CDN blockiert werden, wenn kein
X-AEM-Edge-Keyvorhanden ist. Bitte informieren Sie Adobe, wenn Sie direkten Zugriff auf den Eingang zum Adobe-CDN benötigen (der blockiert werden soll).
- Erforderlich, damit das Adobe-CDN die Quelle der Anfragen validieren und die
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 Festlegen 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>"
publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com, die im Host-Header der Anfrage gesendet werden sollte. Das Überschreiben des Host-Headers der Anfrage mit einem benutzerdefinierten Domain-Namen kann dazu führen, dass die Anfrage vom Adobe-CDN falsch weitergeleitet wird.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.Der zusätzliche Sprung zwischen dem Kunden-CDN und dem AEM-CDN ist nur im Fall eines Cache-Fehlers erforderlich. Durch die Verwendung der in diesem Artikel beschriebenen Cache-Optimierungsstrategien sollte das Hinzufügen eines Kunden-CDN nur eine vernachlässigbare Latenzzeit verursachen.
Diese kundenspezifische CDN-Konfiguration wird für die Veröffentlichungsebene unterstützt, aber nicht vor der Autorenebene.
Beispielkonfigurationen von CDN-Anbietern sample-configurations
Im Folgenden werden einige Konfigurationsbeispiele von mehreren führenden CDN-Anbietern vorgestellt.
Akamai
Amazon CloudFront
Cloudflare
Allgemeine Fehler common-errors
Die bereitgestellten Beispielkonfigurationen zeigen die grundlegenden erforderlichen Einstellungen an. Eine Kundenkonfiguration kann jedoch andere Einflussregeln haben, welche die Header entfernen, ändern oder neu anordnen, die erforderlich sind, damit AEM as a Cloud Service den Traffic bereitstellt. Im Folgenden finden Sie häufige Fehler, die auftreten, wenn ein kundenseitig verwaltetes CDN so konfiguriert wird, dass es auf AEM as a Cloud Service verweist.
Weiterleitung zum Endpunkt des Veröffentlichungs-Services
Wenn eine Anfrage eine unzulässige Antwort vom Typ 403 erhält, bedeutet dies, dass in der Anfrage einige erforderliche Header fehlen. Eine häufige Ursache dafür ist, dass das CDN sowohl den Apex- als auch den www-Domain-Traffic verwaltet, jedoch nicht den richtigen Header für die www-Domain hinzufügt. Dieses Problem kann gelöst werden, indem Sie Ihre CDN-Protokolle in AEM as a Cloud Service überprüfen und die erforderlichen Anforderungs-Header verifizieren.
Schleife „Zu viele Umleitungen“
Wenn eine Seite eine Schleife „Zu viele Umleitungen“ erhält, wird im CDN ein Anfrage-Header hinzugefügt, der einer Umleitung entspricht, die die Seite zu sich selbst zurückführt. Zum Beispiel:
- Es wird eine CDN-Regel erstellt, die entweder mit der Apex-Domain oder der www-Domain übereinstimmt und nur den X-Forwarded-Host-Header der Apex-Domain hinzufügt.
- Eine Anfrage für eine Apex-Domain entspricht dieser CDN-Regel, die die Apex-Domain als X-Forwarded-Host-Header hinzufügt.
- Eine Anfrage wird an die Quelle gesendet, an der eine Weiterleitung explizit mit dem Host-Header für die Apex-Domain übereinstimmt (z. B. ^example.com).
- Es wird eine Neuschreibungsregel ausgelöst, die die Anfrage für die Apex-Domain mit der www-Subdomain in https umschreibt.
- Diese Umleitung wird dann an den Edge der Kundin bzw. des Kunden gesendet, wenn die CDN-Regel erneut ausgelöst wird und der X-Forwarded-Host-Header für die Apex-Domain und nicht die www-Subdomain hinzugefügt wird. Anschließend fängt der Prozess von vorne an, bis die Anfrage fehlschlägt.
Um dieses Problem zu beheben, werten Sie Ihre SSL-Umleitungsstrategie, CDN-Regeln, Umleitungs- und Umschreibungsregelkombinationen aus.
Geolocation-Header geo-headers
Das AEM-verwaltete CDN fügt jeder Anfrage Kopfzeilen hinzu. Diese enthalten:
- Länder-Code:
x-aem-client-country - Kontinental-Code:
x-aem-client-continent
Die Werte für die Länder-Codes sind die unter ISO 3166-1 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 sind nützlich, um basierend auf dem Herkunftsland der Anfrage zu einer anderen URL umzuleiten. Verwenden Sie den Abweichungs-Header für die Zwischenspeicherung von Antworten, die von geografischen Daten abhängen. 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.