CDN i AEM AS A CLOUD SERVICE cdn
AEM as a Cloud Service har ett integrerat CDN, som utformats för att minska latensen genom att leverera tillgängligt innehåll från kantnoder nära användarens webbläsare. Detta fullständigt hanterade CDN är optimerat för AEM programprestanda.
Det AEM CDN-nätverket uppfyller de flesta kunders behov av prestanda och säkerhet. För publiceringsnivån kan kunderna välja att dirigera trafik via sitt eget CDN, som de måste hantera. Det här alternativet är tillgängligt från fall till fall, särskilt när kunderna har befintliga integreringar med en CDN-leverantör som är svår att ersätta.
Kunder som vill publicera på Edge Delivery Services-nivå kan dra nytta av Adobe hanterade CDN. Se CDN som hanteras av Adobe.
CDN hanterad i Adobe aem-managed-cdn
För att förbereda dig för innehållsleverans med AEM inbyggt CDN via Cloud Manager självbetjäningsgränssnitt kan du dra nytta av Adobe CDN-funktioner. Med den här funktionen kan du hantera CDN-hantering för självbetjäning, inklusive konfigurera och installera SSL-certifikat som DV-certifikat (Domain Validation) eller EV-/OV-certifikat (Extended/Organization Validation). Mer information om de här metoderna finns i:
Begränsa trafik
Som standard för en AEM-hanterad CDN-installation kan all offentlig trafik gå vidare till publiceringstjänsten, både för produktionsmiljöer och icke-produktionsmiljöer (utvecklingsmiljöer och scenmiljöer). Du kan begränsa trafiken till publiceringstjänsten för en viss miljö (t.ex. begränsa mellanlagring med ett intervall av IP-adresser) via Cloud Manager användargränssnitt.
Mer information finns i Hantera IP-Tillåtelselista.
Konfigurera trafik på CDN cdn-configuring-cloud
Du kan konfigurera trafiken vid CDN på olika sätt, bland annat:
- blockera skadlig trafik med trafikfilterregler (inklusive avancerade WAF-regler som kan licensieras)
- ändrar typen av begäran och svar
- använder 301/302 omdirigeringar på klientsidan
- deklarerar ursprungliga väljare för att återföra en proxybegäran till icke-AEM backends
Använd YAML-filer i Git för att konfigurera dessa funktioner. Använd dessutom Cloud Manager Config Pipeline för att distribuera dem.
Konfigurera CDN-felsidor cdn-error-pages
Du kan konfigurera en CDN-felsida så att den ersätter standardsidan utan varumärke. Den här anpassade sidan visas om AEM inte är tillgänglig. Mer information finns i Konfigurera CDN-felsidor.
Rensa cachelagrat innehåll vid CDN purge-cdn
Att ställa in TTL med HTTP-huvudet Cache-Control är ett effektivt sätt att balansera innehållets leveransprestanda och innehållets aktualitet. I scenarier där det är viktigt att leverera uppdaterat innehåll omedelbart kan det dock vara bra att rensa CDN-cachen direkt.
Läs om hur konfigurerar en rensnings-API-token och rensar cachelagrat CDN-innehåll.
Grundläggande autentisering vid CDN basic-auth
För användarvänliga autentiseringssituationer, inklusive affärsintressenter som granskar innehåll, skyddar du innehållet genom att visa en grundläggande autentiseringsdialog som kräver ett användarnamn och lösenord. Läs mer.
Kundhanterade CDN-poäng till AEM hanterade CDN point-to-point-CDN
Om en kund måste använda sitt befintliga CDN kan de hantera det och peka det mot det AEM CDN:et, förutsatt att följande uppfylls:
- Kunden måste ha ett befintligt CDN som är betungande att ersätta.
- Kunden måste hantera det.
- Kunden måste kunna konfigurera CDN så att det fungerar med AEM as a Cloud Service - se konfigurationsinstruktionerna nedan.
- Kunden måste ha tekniska CDN-experter som är i bruk om det uppstår några ärenderelaterade problem.
- Kunden måste utföra och klara ett lasttest innan han/hon kan börja producera.
Konfigurationsanvisningar:
-
Peka ditt CDN mot Adobe CDN:s ingress som ursprungsdomän. Exempel:
publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com
. -
Ställ in SNI på Adobe CDN:s ingress.
-
Ange värdhuvudet som den ursprungliga domänen. Till exempel:
Host:publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com
. -
Ange
X-Forwarded-Host
-huvudet med domännamnet så att AEM kan avgöra värdhuvudet. Till exempel:X-Forwarded-Host:example.com
. -
Ange
X-AEM-Edge-Key
. Värdet bör konfigureras med en Cloud Manager-konfigurationspipeline, vilket beskrivs i den här artikeln.- Behövs så att Adobe CDN kan validera källan för förfrågningarna och skicka
X-Forwarded-*
-huvudena till AEM.X-Forwarded-For
används till exempel för att fastställa klient-IP. Det blir alltså den betrodda anroparen (det vill säga kundens hanterade CDN) som ansvarar för attX-Forwarded-*
-huvudena är korrekta (se anteckningen nedan). - Åtkomst till Adobe CDN-ingången kan även blockeras om det inte finns någon
X-AEM-Edge-Key
. Informera Adobe om du behöver direktåtkomst till Adobe CDN:s ingress (som ska blockeras).
- Behövs så att Adobe CDN kan validera källan för förfrågningarna och skicka
I avsnittet Exempel på CDN-leverantörskonfigurationer finns konfigurationsexempel från ledande CDN-leverantörer.
Innan du godkänner direkttrafik bör du validera med Adobe kundsupport att hela trafikflödet fungerar korrekt.
När du har angett X-AEM-Edge-Key
kan du testa att begäran dirigeras korrekt enligt följande.
I 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>"
I 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
, som ska skickas i begärandehuvudet Host
. Om du skriver över begärandehuvudet Host
med ett anpassat domännamn kan begäran skickas felaktigt via Adobe CDN.X-Forwarded-*
-huvuden och anger dem som kända och kontrollerade värden. X-Forwarded-For
bör till exempel innehålla klientens IP-adress, medan X-Forwarded-Host
bör innehålla webbplatsens värd.Det extra hoppet mellan kundens CDN och det AEM CDN behövs bara om det finns ett cacheminne. Genom att använda de strategier för cacheoptimering som beskrivs i den här artikeln bör tillägget av en kund-CDN endast medföra försumbar fördröjning.
Kundens CDN-konfiguration stöds för publiceringsnivån, men inte framför författarnivån.
Exempel på CDN-leverantörskonfigurationer sample-configurations
Nedan visas flera konfigurationsexempel från flera ledande CDN-leverantörer.
Akamai
Amazon CloudFront
Cloudflare
Vanliga fel common-errors
De angivna exempelkonfigurationerna visar de basinställningar som behövs. En kundkonfiguration kan dock ha andra regler som påverkar hur du tar bort, redigerar eller ordnar om de rubriker som behövs för att AEM as a Cloud Service ska kunna betjäna trafiken. Nedan visas vanliga fel som inträffar när en kundhanterad CDN konfigureras för att peka mot AEM as a Cloud Service.
Omdirigering till slutpunkten för publiceringstjänsten
När en begäran tar emot ett 403 ej tillåtet svar betyder det att begäran saknar vissa obligatoriska rubriker. En vanlig orsak till detta är att CDN hanterar både API- och www
-domäntrafik, men inte lägger till rätt rubrik för domänen www
. Du kan lösa det här problemet genom att kontrollera AEM as a Cloud Service CDN-loggarna och verifiera begäranderubrikerna.
För många omdirigeringsslinga
När en sida får en "för många omdirigeringar"-slinga läggs en del begärandehuvud till i CDN som matchar en omdirigering som tvingar den tillbaka till sig själv. Exempel:
- En CDN-regel skapas för att matcha antingen apex-domänen eller www-domänen och lägger endast till X-Forwarded-Host-huvudet i apex-domänen.
- En begäran om en apex-domän matchar den här CDN-regeln, som lägger till apex-domänen som X-Forwarded-Host-huvud.
- En begäran skickas till ursprungsläget där en omdirigering matchar värdhuvudet explicit för huvuddomänen (till exempel ^example.com).
- En omskrivningsregel utlöses, som skriver om begäran för den överordnade domänen till https med underdomänen www.
- Omdirigeringen skickas sedan till kundens kant, där CDN-regeln aktiveras på nytt och X-Forwarded-Host-huvudet för den överordnade domänen läggs till på nytt, inte www-underdomänen. Processen startar sedan om tills begäran misslyckas.
Du löser det här problemet genom att utvärdera din SSL-omdirigeringsstrategi, CDN-regler, omdirigerings- och omskrivningsregelkombinationer.
Geolocation-rubriker geo-headers
Den AEM hanterade CDN lägger till rubriker i varje begäran med:
- landskod:
x-aem-client-country
- Kontinentalkod:
x-aem-client-continent
Värdena för landskoderna är Alpha-2-koder som beskrivs i ISO 3166-1.
Värdena för kontinentkoderna är:
- AF Africa
- AN Antarktis
- AS Asien
- EU Europa
- NA Nordamerika
- OC Oceanien
- Sydamerika
Den här informationen är användbar för omdirigering till en annan URL utifrån den begärandes ursprungsland. Använd rubriken Variera för att cachelagra svar som är beroende av geoinformation. Omdirigeringar till en viss landningssida ska till exempel alltid innehålla Vary: x-aem-client-country
. Om det behövs kan du använda Cache-Control: private
för att förhindra cachelagring. Se även Cachning.