CDN in AEM as a Cloud Service cdn

AEM as a Cloud Service wordt geleverd met een geïntegreerde CDN, die is ontworpen om latentie te verminderen door cacheable inhoud te leveren van randknooppunten dicht bij de browser van de gebruiker. Dit volledig beheerde CDN wordt geoptimaliseerd voor AEM toepassingsprestaties.

AEM-beheerde CDN voldoet aan de prestaties en de veiligheidsbehoeften van de meeste klanten. Voor publiceer rij, kunnen de klanten verkiezen om verkeer door hun eigen CDN te leiden, die zij moeten leiden. Deze optie is beschikbaar per geval, vooral wanneer de klanten bestaande erfenisintegratie met een leverancier hebben CDN die moeilijk zijn te vervangen.

De klanten die aan de Edge Delivery Services rij willen publiceren kunnen uit beheerde CDN van de Adobe voordeel halen. Zie beheerde Adobe CDN.

CDN met beheerde Adobe aem-managed-cdn

Als u zich wilt voorbereiden op de levering van inhoud met behulp van AEM ingebouwde CDN via de zelfbedieningsinterface van Cloud Manager, kunt u gebruikmaken van de beheerde CDN-functies van de Adobe. Met deze functionaliteit kunt u CDN-beheer met zelfbediening afhandelen, inclusief het configureren en installeren van SSL-certificaten, zoals DV- (Domain Validation) of EV/OV-certificaten (Extended/Organization Validation). Raadpleeg de volgende bronnen voor meer informatie over deze methoden:

Beperkend verkeer

Door gebrek, voor een AEM-beheerde opstelling CDN, kan al openbaar verkeer zijn weg aan de publicatiedienst, voor zowel productie als niet productie (ontwikkeling en stadium) milieu's maken. U kunt verkeer tot de publicatiedienst voor een bepaald milieu beperken (bijvoorbeeld, beperkt het opvoeren door een waaier van IP adressen) als gebruikersinterface van Cloud Manager.

Zie het Leiden IP Lijsten van gewenste personenom meer te leren.

CAUTION
AEM beheerde CDN dient verzoeken slechts van toegestane IPs. Als u uw eigen CDN aan AEM-beheerde CDN richt, dan zorg ervoor IPs van uw CDN in de IP Lijst van gewenste personen inbegrepen is.

Het verkeer op de CDN configureren cdn-configuring-cloud

U kunt verkeer bij CDN op diverse manieren vormen, die omvatten:

Gebruik YAML-bestanden in Git om deze functies te configureren. En, gebruik Cloud Manager Config Pipelineom hen op te stellen.

CDN-foutpagina's configureren cdn-error-pages

U kunt een CDN foutenpagina vormen om de standaard, unbranded pagina te vervangen. Deze aangepaste pagina wordt weergegeven in het zeldzame geval dat AEM niet beschikbaar is. Voor meer details, zie Vormend CDN foutenpagina's.

Inhoud in cache wissen op de CDN purge-cdn

Het plaatsen van TTL gebruikend HTTP Cachebeheer kopbal is een efficiënte benadering om de prestaties van de inhoudslevering en inhoudsversheid in evenwicht te brengen. In scenario's waarin het van essentieel belang is om bijgewerkte inhoud direct te leveren, kan het echter nuttig zijn om de CDN-cache rechtstreeks te wissen.

Lees over vormend een zuiveringsAPI tekenen zuiverend caching inhoud CDN.

Basisverificatie bij de CDN basic-auth

Voor lichte gebruikersverificatiegevallen, waaronder die van zakelijke belanghebbenden die inhoud controleren, moet u de inhoud beschermen door een standaarddialoogvenster weer te geven waarin een gebruikersnaam en wachtwoord vereist zijn. leer meer.

Door de klant beheerde CDN verwijst naar AEM beheerde CDN point-to-point-CDN

Als een klant zijn bestaande CDN moet gebruiken, kunnen zij het beheren en het richten aan AEM-beheerde CDN, op voorwaarde dat het volgende wordt voldaan:

  • De klant moet een bestaande CDN hebben die moeilijk te vervangen zou zijn.
  • De klant moet het beheren.
  • De klant moet CDN kunnen vormen om met AEM as a Cloud Service te werken - zie de hieronder vermelde configuratieinstructies.
  • De klant moet ingenieurs CDN hebben die op vraag in op geval betrekking hebbende kwesties zich voordoen.
  • De klant moet een laadtest uitvoeren en met succes slagen alvorens aan productie te gaan.

Configuratieinstructies:

  1. Wijs de CDN toe aan de ingangen van de Adobe CDN als zijn oorsprongdomein. Bijvoorbeeld publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com .

  2. Stel SNI in op de invoer van de Adobe CDN.

  3. Stel de Hostkop in op het oorspronkelijke domein. Bijvoorbeeld: Host:publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com .

  4. Stel de header X-Forwarded-Host in met de domeinnaam, zodat AEM de hostheader kan bepalen. Bijvoorbeeld: X-Forwarded-Host:example.com .

  5. Stel X-AEM-Edge-Key in. De waarde zou moeten worden gevormd gebruikend een Cloud Manager config pijpleiding, zoals die in wordt beschreven dit artikel.

    • Nodig zodat de Adobe CDN de bron van de verzoeken kan bevestigen en X-Forwarded-* kopballen tot de AEM toepassing kan overgaan. Bijvoorbeeld, X-Forwarded-For wordt gebruikt om cliëntIP te bepalen. Zo, wordt het de verantwoordelijkheid van de vertrouwde op bezoeker (namelijk de klant beheerde CDN) om de juistheid van de X-Forwarded-* kopballen te verzekeren (zie de nota hieronder).
    • De toegang tot de ingangen van de Adobe CDN kan optioneel worden geblokkeerd wanneer er geen X-AEM-Edge-Key aanwezig is. Informeer Adobe als u directe toegang tot de ingangen van CDN van de Adobe (moet worden geblokkeerd) nodig hebt.

Zie de sectie van de de verkopersconfiguraties van de Steekproef CDNvoor configuratievoorbeelden van belangrijke verkopers CDN.

Alvorens levend verkeer goed te keuren, zou u met klantensteun van de Adobe moeten bevestigen dat het verkeer dat van begin tot eind correct functioneert.

Nadat u X-AEM-Edge-Key hebt ingesteld, kunt u testen of de aanvraag correct is gerouteerd. Dit wordt als volgt weergegeven.

In 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>"

In 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>"
NOTE
Wanneer u uw eigen CDN gebruikt, hoeft u geen domeinen en certificaten in Cloud Manager te installeren. Het verpletteren in Adobe CDN wordt gedaan door het standaarddomein publish-p<PROGRAM_ID>-e<ENV-ID>.adobeaemcloud.com te gebruiken, dat in het verzoek Host kopbal zou moeten worden verzonden. Als u de aanvraagheader Host overschrijft met een aangepaste domeinnaam, wordt de aanvraag mogelijk onjuist doorgestuurd via de Adobe-CDN.
NOTE
De klanten die hun eigen CDN beheren zouden de integriteit van de kopballen moeten verzekeren die door naar AEM CDN worden verzonden. Het wordt bijvoorbeeld aanbevolen dat klanten alle X-Forwarded-* headers wissen en ze instellen op bekende en gecontroleerde waarden. X-Forwarded-For moet bijvoorbeeld het IP-adres van de client bevatten, terwijl X-Forwarded-Host de host van de site moet bevatten.
NOTE
Sandbox-programmaomgevingen bieden geen ondersteuning voor een door de klant geleverde CDN.

De extra hop tussen klant CDN en AEM CDN is slechts nodig als er een geheim voorgeheugenmisser is. Door de strategieën van de geheim voorgeheugenoptimalisering te gebruiken die in dit artikel worden beschreven, zou de toevoeging van een klant CDN slechts verwaarloosbare latentie moeten introduceren.

Deze CDN-configuratie van de klant wordt ondersteund voor de publicatielaag, maar niet vóór de auteurslaag.

Voorbeeld van CDN-leveranciersconfiguraties sample-configurations

Hieronder worden verschillende configuratievoorbeelden van verschillende toonaangevende CDN-leveranciers weergegeven.

Akamai

Akamai1 Akamai2

Amazon CloudFront

CloudFront1 CloudFront2

Cloudflare

Cloudflare1 Cloudflare2

Algemene fouten common-errors

De voorbeeldconfiguraties die worden geleverd, tonen de benodigde basisinstellingen. Nochtans, kan een klantenconfiguratie andere beïnvloedende regels hebben die, de kopballen verwijderen uitgeven of herschikken nodig voor AEM as a Cloud Service om het verkeer te dienen. Hieronder vindt u een aantal algemene fouten die optreden wanneer u een door de klant beheerde CDN configureert om naar AEM as a Cloud Service te wijzen.

Redirection aan het publiceer de diensteindpunt

Wanneer een verzoek een verboden antwoord van 403 ontvangt, betekent dit dat in het verzoek een aantal vereiste koppen ontbreken. Een algemene reden hiervoor is dat de CDN zowel het apex- als het www -domeinverkeer beheert, maar niet de juiste header voor het www -domein toevoegt. Dit probleem kan worden opgelost door de AEM as a Cloud Service CDN-logboeken te controleren en de benodigde aanvraagheaders te controleren.

teveel richt Lijn opnieuw

Wanneer een pagina een "Te veel Redirect"lijn krijgt, wordt één of andere verzoekkopbal toegevoegd bij CDN die redirect aanpast die het terug naar zich dwingt. Als voorbeeld:

  • Er wordt een CDN-regel gemaakt die overeenkomt met het apex-domein of het www-domein en de X-Forwarded-Host-header van alleen het apex-domein toevoegt.
  • Een verzoek om een apex domein past deze CDN regel aan, die het apex domein als X-Door:sturen-Gastheer kopbal toevoegt.
  • Er wordt een aanvraag verzonden naar de oorsprong waar een omleiding expliciet overeenkomt met de hostheader voor het apex-domein (bijvoorbeeld ^example.com).
  • Er wordt een herschrijfregel geactiveerd die de aanvraag voor het apex-domein herschrijft naar https met het www-subdomein.
  • Die omleiding wordt dan verzonden naar de rand van de klant, waar de CDN regel opnieuw teweeggebracht re-toevoegend de x-Door:sturen-Gastheer kopbal voor het apex domein niet www subdomain. Dan begint het proces opnieuw tot het verzoek ontbreekt.

Om dit probleem op te lossen, evalueert uw SSL omleidingsstrategie, CDN regels, richt en herschrijf regelcombinaties opnieuw.

Geolocatiekoppen geo-headers

De AEM beheerde CDN voegt kopballen aan elk verzoek met toe:

  • landcode: x-aem-client-country
  • continentale code: x-aem-client-continent
NOTE
Als er een klant beheerde CDN is, wijzen deze kopballen op de plaats van de CDN volmachtsserver van de klant eerder dan de daadwerkelijke cliënt. De klanten zouden geolocatiekopballen door hun eigen CDN moeten beheren wanneer het gebruiken van een klant beheerde CDN.

De waarden voor de landcodes zijn Alpha-2 codes die onder worden beschreven ISO 3166-1.

De waarden voor de continentale codes zijn:

  • AF Afrika
  • AN Antarctica
  • AS Azië
  • EU Europa
  • NA North America
  • OC Oceanië
  • SA South America

Deze informatie is handig voor het doorsturen naar een andere URL op basis van het land van oorsprong van het verzoek. Gebruik de header Variëren voor het in cache plaatsen van reacties die afhankelijk zijn van geo-informatie. Omleidingen naar een specifieke landingspagina moeten bijvoorbeeld altijd Vary: x-aem-client-country bevatten. Indien nodig kunt u Cache-Control: private gebruiken om caching te voorkomen. Zie ook Caching.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab