Overzicht van door Adobe beheerde hosts

Door Adobe beheerde hosts zijn de standaardhostinstellingen voor de implementatie van uw tagbibliotheekbuilds in Adobe Experience Platform. Wanneer u een nieuw bezit door het gebruikersinterface van de Inzameling van Gegevens creeert, wordt een standaard Adobe-Beheerde gastheer gecreeerd voor u.

Met Adobe-geleide gastheren, worden de bibliotheekbouwwerken geleverd aan een derdenetwerk van de inhoudslevering (CDN) dat Adobe met heeft gecontracteerd. Deze CDNs werkt onafhankelijk van Adobe, zodat zelfs wanneer Experience Platform onderhoud ondergaat of anders neer is, zal uw opgestelde code normaal op uw plaatsen en toepassingen blijven functioneren. De insluitcode voor een door Adobe beheerde host verwijst naar het hoofdbibliotheekbestand op de CDN, zodat een clientapparaat de bestanden tijdens runtime kan ophalen.

Dit document biedt een overzicht van door Adobe beheerde hosts in Experience Platform en bevat stappen voor het maken van een nieuwe door Adobe beheerde host in de gebruikersinterface.

Akamai

Momenteel, is de primaire leverancier CDN voor Adobe ​ Akamai ​. De robuuste CDN van Akamai is gebouwd om inhoud aan een globaal, hoog-volume publiek van Webbezoekers te dienen. CDN stelt overtollige netwerken van lading-in evenwicht gebrachte, geo-geoptimaliseerde knopen in werking om inhoud zo snel mogelijk aan bezoekers te dienen die door de wereld worden gevestigd.

Akamai voert meer dan 137.000 servers uit in 87 landen binnen meer dan 1.150 netwerken. In termen van overtolligheid, kan CDN niet alleen routes van één server aan een andere maar ook van één knoop van servers aan een andere knoop van servers leiden zoals nodig. Met andere woorden, elke knoop bestaat uit veelvoudige servers, zodat één server die neer gaat nooit een kwestie wordt aangezien de andere servers op de zelfde knoop kunnen overnemen.

Als een volledige knoop daalt, dient Akamai van de volgende dichtstbijzijnde knoop met de zelfde caching inhoud. Knooppunten worden dynamisch geselecteerd op basis van de locatie van de bezoeker, de verkeerslading en andere factoren, zodat de inhoud consistent wordt aangeboden vanaf het beste lokale knooppunt voor elke bezoeker.

Bestanden die op Akamai worden gehost, hebben het domein assets.adobedtm.com . Hiernaar kan veilig worden verwezen of niet (http:// of https://) op basis van hoe het binnen in uw ingesloten <script> code wordt geroepen.

Bibliotheek in cache plaatsen

Wanneer u Adobe-beheerde hosts gebruikt, worden uw bibliotheekbuilds op twee locaties in cache opgeslagen:

Edge caching edge

Het primaire doel van een CDN is om inhoud aan servers intelligent te verdelen die geografisch dichter aan eindgebruikers zijn zodat de inhoud sneller door cliëntapparaten kan worden teruggewonnen. CDN's bereiken dit door kopieën te maken van de inhoud die beschikbaar is op geografisch verspreide servers over de hele wereld ("edge nodes").

Zodra uw bouwstijl aan de Adobe-Beheerde gastheer is opgesteld, verspreidt CDN de bouwstijl op verscheidene gecentraliseerde servers ("oorsprong"), die dan exemplaren van de bouwstijl naar vele verschillende randknopen rond de wereld voor caching verzenden. De cacheversies van de build die op deze Edge-knooppunten zijn opgeslagen, worden dan uiteindelijk op de clientapparaten geplaatst.

Wanneer een Edge-knooppunt een aanvraag voor een specifiek bestand ontvangt (zoals de build van de bibliotheek), controleert het knooppunt eerst de vervaltijd van het bestand. Als de tijd niet is verlopen, dient het randknooppunt de versie in de cache. Als de tijd is verlopen, dan verzoekt de randknoop om een nieuw exemplaar van de dichtstbijzijnde oorsprong, dient dat verfriste exemplaar, en beslaat dan het verfriste exemplaar met een nieuwe vervaltijd in het voorgeheugen.

Edge cache-validatie invalidation

Wanneer u een nieuwe bibliotheekbuild uploadt, worden de caches op alle relevante randknooppunten ongeldig gemaakt. Dit betekent dat elk knooppunt de versie in de cache als ongeldig beschouwt, ongeacht hoe recent het een nieuwe kopie heeft opgehaald. De volgende keer dat een randknooppunt een aanvraag voor dat bestand ontvangt, haalt het knooppunt een nieuwe kopie op van de oorsprong.

Omdat Akamai meerdere oorspronkelijke servers heeft die bestanden tussen elkaar repliceren en omdat niet kan worden vastgesteld welke oorsprong uw bestand het eerst heeft ontvangen, kunnen deze knooppuntverzoeken een oorsprong bereiken die niet over de nieuwste versie beschikt. Vervolgens wordt de oudere versie opnieuw in de cache opgeslagen. Om dit te verhinderen voor te komen, worden de veelvoudige geheim voorgeheugenbevestigingen uitgevoerd voor elke nieuwe bouwstijl op de volgende intervallen:

Deze gefaseerde cachevervalsingen geven de groepen van de oorspronkelijke server tijd om de recentste versie van het dossier tussen zich te herhalen zodat zij allen de recentste versie hebben wanneer het dossier wordt teruggewonnen.

Browser in cache plaatsen browser

Bibliotheekbuilds worden ook in de cache van de browser opgeslagen via de cache-control HTTP-header. Als u hosts met Adobe-beheer gebruikt, hebt u geen controle over de headers die worden geretourneerd in API-reacties. De Adobe-standaardinstelling voor het in cache plaatsen wordt dus gebruikt. Met andere woorden, u kunt geen aangepaste kopteksten gebruiken voor door Adobe beheerde hosts. Als u een douane cache-control kopbal vereist, kunt u ​ zelf-ontvangen ​ in plaats daarvan willen overwegen.

De vervaltijd voor de in de browser opgeslagen bibliotheekbuild (bepaald door de header cache-control ) hangt af van de tagomgeving die u gebruikt:

Zoals in de bovenstaande tabel wordt aangegeven, wordt het in cache plaatsen van browsers niet ondersteund in ontwikkelings- en testomgevingen. Als dusdanig, zou u niet de ontwikkeling of het opvoeren ingebedde codes in hoog-verkeer of productiecontext moeten gebruiken.

De cache-control headers worden alleen toegepast op de hoofdbibliotheek. Eventuele subbronnen onder de hoofdbibliotheek worden altijd als netto-nieuw beschouwd en daarom is het niet nodig deze in de cache op te slaan in de browser.

Via Adobe beheerde hosting gebruiken in de gebruikersinterface

Wanneer u eerst een bezit in de UI van Experience Platform of UI van de Inzameling van Gegevens creeert, wordt een Adobe-Beheerde gastheer automatisch gecreeerd voor u. Alle beschikbare omgevingen met direct bruikbare eigenschappen worden standaard ook toegewezen aan de door Adobe beheerde host.

Volgende stappen

Dit document bevat een overzicht van door Adobe beheerde hosting van tagbibliotheken in Adobe Experience Platform. Raadpleeg de volgende documentatie voor informatie over andere hostingopties:

Voor details op hoe te om gastheren voor uw milieu's te beheren, zie de ​ milieu's gids ​.