Översikt över värdar som hanteras i Adobe

Värdar som hanteras av Adobe är standardvärdinställningen för att distribuera taggbiblioteksbyggen i Adobe Experience Platform. När du skapar en ny egenskap via användargränssnittet i datainsamlingen skapas en Adobe-hanterad standardvärd åt dig.

Med värdar som hanteras av Adobe levereras biblioteksbyggen till ett tredjepartsnätverk för innehållsleverans (CDN) som Adobe har ingått avtal med. Dessa CDN:er fungerar oberoende av Adobe, så även när Platform genomgår underhåll eller på annat sätt inte fungerar din driftsatta kod som vanligt på dina webbplatser och tillämpningar. Inbäddningskoden för en värddator som hanteras av Adobe refererar till huvudbiblioteksfilen på CDN så att en klientenhet kan hämta filerna vid körning.

I det här dokumentet finns en översikt över värddatorer som hanteras av Adobe i Platform och anvisningar om hur du skapar en ny värddator som hanteras av Adobe i användargränssnittet.

Akamai

För närvarande är den primära CDN-providern för Adobe Akamai. Akamai robusta CDN är framtagen för att leverera innehåll till en global, stor publik av webbbesökare. CDN har redundanta nätverk av belastningsbalanserade, geooptimerade noder för att leverera innehåll så snabbt som möjligt till besökare som finns i hela världen.

Akamai har över 137 000 servrar i 87 länder i över 1 150 nätverk. När det gäller redundans dirigerar CDN inte bara från en server till en annan utan kan även dirigera från en servernod till en annan servernod efter behov. Med andra ord består varje nod av flera servrar, så att en server som går ned aldrig blir ett problem eftersom de andra servrarna på samma nod kan ta över.

Om en hel nod kraschar kommer Akamai att användas från nästa närmast nod med samma cachelagrade innehåll. Noderna väljs dynamiskt baserat på besökarnas plats, trafikbelastning och andra faktorer så att innehållet hanteras konsekvent från den bästa lokala noden för varje besökare.

Filer på Akamai har domänen assets.adobedtm.com. Detta kan refereras säkert eller inte (http:// eller https://) baserat på hur det anropas i den inbäddade <script>-koden.

Cachelagring av bibliotek

När du använder värdar som hanteras med Adobe cachelagras dina biblioteksbyggen på två platser:

Edge cachning edge

Det främsta syftet med ett CDN är att på ett intelligent sätt distribuera innehåll till servrar som ligger geografiskt närmare slutanvändarna så att innehållet kan hämtas snabbare av klientenheter. CDN:er uppnår detta genom att göra kopior av innehållet tillgängligt på geografiskt spridda servrar runt om i världen ("edge nodes").

När ditt bygge har distribuerats till värddatorn som hanteras av Adobe distribuerar CDN bygget på flera centraliserade servrar ("original") som sedan skickar kopior av bygget till många olika edge-noder runt om i världen för cachelagring. De cachelagrade versionerna av bygget som lagras på dessa edge-noder skickas sedan till klientenheterna.

När en edge-nod tar emot en begäran om en viss fil (till exempel ditt bibliotek) kontrollerar noden först filens förfallotid. Om tiden inte har gått ut fungerar edge-noden som den cachelagrade versionen. Om tiden har gått ut begär edge-noden en ny kopia från närmaste ursprung, visar den uppdaterade kopian och cachelagrar sedan den uppdaterade kopian med en ny förfallotid.

Invalidering av Edge-cache invalidation

När du överför en ny biblioteksversion blir cacheminnen på alla tillämpliga kantnoder ogiltiga. Det innebär att varje nod anser att dess cachelagrade version är ogiltig, oavsett hur nyligen den har hämtat en ny kopia. Nästa gång en edge-nod tar emot en begäran för den filen hämtar noden en ny kopia från ursprungsläget.

Eftersom Akamai har flera ursprungliga servrar som replikerar filer mellan varandra, och eftersom det inte finns något sätt att veta vilket ursprung som tog emot filen först, kan dessa nodförfrågningar påverka ett ursprung som inte har den senaste versionen. Den gamla versionen cachelagras sedan igen. För att förhindra detta utförs flera cacheogiltigförklaringar för varje ny version med följande intervall:

Dessa inaktiva cacheminnen gör att de ursprungliga servergrupperna får tid att replikera den senaste versionen av filen mellan sig så att alla får den senaste versionen när filen hämtas.

Webbläsarcache browser

Biblioteksbyggen cachelagras också i webbläsaren med hjälp av HTTP-huvudet cache-control. När du använder värdar som hanteras med Adobe har du inte kontroll över de rubriker som returneras i API-svar, så Adobe används som standard för cachning. Du kan alltså inte använda anpassade rubriker för värdar som hanteras av Adobe. Om du behöver ett anpassat cache-control-huvud kan du överväga självvärdskap istället.

Förfallotiden för det cachelagrade biblioteket (som bestäms av rubriken cache-control) varierar beroende på vilken taggmiljö du använder:

Som framgår av tabellen ovan stöds inte webbläsarcachelagring i utvecklings- och mellanlagringsmiljöer. Därför bör du inte använda utvecklingskoder eller mellanlagringsinbäddningskoder i hög trafik- eller produktionskontext.

Cachekontrollhuvuden används bara för huvudbiblioteksbygget. Alla underresurser under huvudbiblioteket betraktas alltid som nästa och därför behöver de inte cachelagras i webbläsaren.

Använda värdtjänster som hanteras av Adobe i användargränssnittet

När du först skapar en egenskap i användargränssnittet för plattformen eller datainsamlingen skapas en värddator som hanteras av Adobe automatiskt åt dig. Alla tillgängliga miljöer som har omedelbart användbara egenskaper tilldelas som standard till värddatorn som hanteras av Adobe.

Nästa steg

Det här dokumentet innehåller en översikt över värdtjänster som hanteras av Adobe för taggbibliotek i Adobe Experience Platform. Mer information om andra värdalternativ finns i följande dokumentation:

Mer information om hur du hanterar värdar för dina miljöer finns i miljöguiden.