CDN i AEM AS A CLOUD SERVICE cdn
AEM när Cloud Servicen levereras med ett inbyggt CDN. Dess huvudsakliga syfte är att minska latensen genom att leverera tillgängligt innehåll från CDN-noder nära webbläsaren. Det är helt managerat och konfigurerat för optimal prestanda i AEM-program.
Det AEM CDN uppfyller de flesta kunders krav på prestanda och säkerhet. För publiceringsnivån kan kunderna även peka på det från sitt eget CDN, som de måste hantera. Detta scenario tillåts från fall till fall, baserat på att vissa krav uppfylls, inklusive, men inte begränsat till, den kund som har en äldre integrering med sin CDN-leverantör som är svår att överge.
AEM CDN aem-managed-cdn
Följ nedanstående avsnitt för att använda Cloud Manager självbetjäningsgränssnitt för att förbereda innehållsleverans genom att använda det medföljande CDN-AEM:
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 vid leveransnätverket cdn-configuring-cloud
Regler för att konfigurera CDN-trafik och -filter kan deklareras i en konfigurationsfil och distribueras till CDN med hjälp av Cloud Manager Configuration Pipeline. Mer information finns i Konfigurera trafik på CDN och Trafikfilterregler, inklusive WAF-regler.
Konfigurera CDN-felsidor cdn-error-pages
En CDN-felsida kan konfigureras så att den åsidosätter den standardsida utan varumärke som skickas till webbläsaren i den sällsynta händelse som AEM inte kan nås. Mer information finns i Konfigurera CDN-felsidor.
Customer CDN pekar på AEM 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 ska komma från Adobe.- 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 kundhanterade 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 fått fram X-AEM-Edge-Key
kan du testa att begäran är korrekt dirigerad 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äranhuvudet Host
. Om begärandehuvudet Host
skrivs över med ett anpassat domännamn kan begäran slussas in felaktigt av 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
Geolocation-rubriker geo-headers
Det AEM 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 här.
Värdena för kontinentkoderna är:
- AF Africa
- AN Antarktis
- AS Asien
- EU Europa
- NA Nordamerika
- OC Oceanien
- Sydamerika
Denna information kan vara användbar vid användning, t.ex. omdirigering till en annan URL som baseras på begärans ursprung (land). 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.