Overzicht van verzending dispatcher-overview
Dispatcher is een Adobe Experience Manager-programma voor caching en taakverdeling dat wordt gebruikt met een webserver op bedrijfsniveau.
Het implementatieproces voor Dispatcher is onafhankelijk van de webserver en het gekozen besturingssysteem:
- Meer informatie over Dispatcher (deze pagina). Zie ook vaak gestelde vragen over Dispatcher.
- Een ondersteunde webserver volgens de documentatie van de webserver.
- De module Dispatcher installeren op uw webserver en configureer de webserver dienovereenkomstig.
- Dispatcher configureren (het bestand dispatcher.any).
- AEM configureren zodat de inhoud wordt bijgewerkt, maakt u de cache ongeldig.
- Zie Vraag de AEM communautaire deskundigen naar juli 2017.
- Toegang deze opslagplaats. Het bevat een verzameling experimenten in een "home"-laboratoriumformaat.
Gebruik de volgende informatie zoals vereist:
- De beveiligingscontrolelijst voor verzending
- De Dispatcher Knowledge Base
- Een website optimaliseren voor cacheprestaties
- Dispatcher gebruiken met meerdere domeinen
- SSL gebruiken met Dispatcher
- Het uitvoeren van Toestemming-Gevoelige Caching
- Problemen met verzending van problemen oplossen
- Veelgestelde vragen over de meest voorkomende problemen met Verzender
Waarom Dispatcher gebruiken om Caching uit te voeren? why-use-dispatcher-to-implement-caching
Er zijn twee basisbenaderingen voor webpublicatie:
- Statische webservers: zoals Apache of IIS zijn eenvoudig, maar snel.
- Servers voor inhoudsbeheer: die dynamische, in real time, intelligente inhoud verstrekken, maar veel meer computertijd en andere middelen vereisen.
De Dispatcher helpt een omgeving te realiseren die zowel snel als dynamisch is. Het werkt als deel van een statische server van HTML, zoals Apache, met als doel:
- het opslaan (of "in cache plaatsen") van zoveel mogelijk site-inhoud, in de vorm van een statische website
- zo weinig mogelijk toegang krijgen tot de layout-engine.
Dit betekent dat:
-
statische inhoud wordt behandeld met de zelfde snelheid en het gemak zoals op een statische Webserver. U kunt ook de beheer- en beveiligingsprogramma's gebruiken die beschikbaar zijn voor uw statische webservers.
-
dynamische inhoud wordt gegenereerd wanneer dat nodig is, zonder dat het systeem verder wordt vertraagd dan absoluut noodzakelijk is.
Dispatcher bevat mechanismen om statische HTML te genereren en bij te werken op basis van de inhoud van de dynamische site. U kunt in detail specificeren welke documenten als statische dossiers worden opgeslagen en die altijd dynamisch worden geproduceerd.
In dit gedeelte worden de beginselen van dit proces toegelicht.
Statische webserver static-web-server
Een statische webserver, zoals Apache of IIS, dient statische HTML-bestanden voor bezoekers van uw website. Statische pagina's worden één keer gemaakt, zodat voor elke aanvraag dezelfde inhoud wordt geleverd.
Dit proces is eenvoudig en efficiënt. Als een bezoeker een bestand zoals een HTML-pagina aanvraagt, wordt het bestand rechtstreeks uit het geheugen genomen. in het slechtste geval wordt het van de lokale aandrijving gelezen . Statische webservers zijn al geruime tijd beschikbaar, dus er is een breed scala aan hulpmiddelen voor beheer en beveiligingsbeheer, en ze zijn goed geïntegreerd met de netwerkinfrastructuur.
Servers voor inhoudsbeheer content-management-servers
Als u een CMS (Content Management Server) gebruikt, zoals AEM, verwerkt een geavanceerde indelingsengine de aanvraag van een bezoeker. De engine leest inhoud uit een opslagplaats die, in combinatie met stijlen, indelingen en toegangsrechten, de inhoud omzet in een document dat is aangepast aan de behoeften en rechten van de bezoeker.
Met deze workflow kunt u rijkere, dynamische inhoud maken die de flexibiliteit en functionaliteit van uw website vergroot. Voor de lay-outengine is echter meer verwerkingskracht nodig dan voor een statische server. Hierdoor kan deze installatie trager worden als veel bezoekers het systeem gebruiken.
Hoe Dispatcher caching uitvoert how-dispatcher-performs-caching
De cachemap Voor caching, gebruikt de module van de Verzender de capaciteit van de Webserver om statische inhoud te dienen. De verzender plaatst de cachedocumenten in de documenthoofdmap van de webserver.
Methoden voor het in cache plaatsen
De Dispatcher beschikt over twee primaire methoden voor het bijwerken van de cacheinhoud wanneer wijzigingen in de website worden aangebracht.
- Inhoud bijwerken de gewijzigde pagina's en de bestanden die er direct aan zijn gekoppeld, verwijderen.
- Automatische validatie maakt automatisch de delen van het cachegeheugen ongeldig die na een update mogelijk verouderd zijn. Dat wil zeggen dat relevante pagina's in feite verouderd zijn, zonder iets te verwijderen.
Inhoud bijwerken
In een inhoudsupdate veranderen een of meer AEM documenten. AEM verzendt een syndicatieverzoek naar de Dispatcher, die het geheime voorgeheugen dienovereenkomstig bijwerkt:
- De gewijzigde bestanden worden uit de cache verwijderd.
- Alle bestanden die met dezelfde greep beginnen, worden uit de cache verwijderd. Als het bestand /en/index.html bijvoorbeeld wordt bijgewerkt, worden alle bestanden die beginnen met /nl/index weergegeven. worden geschrapt. Met dit mechanisme kunt u cacheefficiënte sites ontwerpen, met name voor beeldnavigatie.
- IT aanrakingen de zogenaamde statfile, die de tijdstempel van het statusbestand bijwerkt om de datum van de laatste wijziging aan te geven.
Er zij op gewezen dat:
- Updates van inhoud worden doorgaans gebruikt met een ontwerpsysteem dat weet wat moet worden vervangen.
- Bestanden die worden beïnvloed door een update van de inhoud, worden verwijderd, maar niet onmiddellijk vervangen. De volgende keer dat een dergelijk bestand wordt aangevraagd, haalt de Dispatcher het nieuwe bestand op van de AEM instantie en plaatst het in de cache, waardoor de oude inhoud wordt overschreven.
- Gewoonlijk worden automatisch gegenereerde afbeeldingen die tekst van een pagina bevatten, opgeslagen in afbeeldingsbestanden die beginnen met dezelfde greep, zodat de koppeling bestaat voor verwijdering. U kunt bijvoorbeeld de titeltekst van de pagina mypage.html opslaan als de afbeelding mypage.titlePicture.gif in dezelfde map. Op deze manier wordt de afbeelding automatisch uit de cache verwijderd telkens wanneer de pagina wordt bijgewerkt, zodat u zeker weet dat de afbeelding altijd de huidige versie van de pagina weerspiegelt.
- U hebt mogelijk meerdere statfiles, bijvoorbeeld één per taalmap. Als een pagina wordt bijgewerkt, zoekt AEM naar de volgende bovenliggende map die een bestand met status bevat, en aanrakingen dat bestand.
Automatische ongeldigmaking
De auto-ongeldigverklaring maakt automatisch delen van het geheime voorgeheugen ongeldig - zonder fysieke het schrappen van om het even welke dossiers. Bij elke update van de inhoud wordt het zogenaamde statfile aangeraakt, zodat het tijdstempel de laatste update van de inhoud weergeeft.
Dispatcher bevat een lijst met bestanden die automatisch worden geannuleerd. Wanneer een document uit die lijst wordt gevraagd, vergelijkt de Dispatcher de datum van het cachedocument met de tijdstempel van het statusbestand:
- als het document in de cache nieuwer is, retourneert de Dispatcher het.
- Als deze ouder is, haalt de Dispatcher de huidige versie op van de AEM instantie.
Ook hier moeten enkele punten worden vermeld:
- Automatische ongeldigmaking wordt doorgaans gebruikt wanneer de onderlinge relaties complex zijn, zoals HTML-pagina's. Deze pagina's bevatten koppelingen en navigatie-items, zodat deze gewoonlijk moeten worden bijgewerkt nadat de inhoud is bijgewerkt. Als u automatisch PDF- of afbeeldingsbestanden hebt gegenereerd, kunt u ervoor kiezen deze bestanden ook automatisch ongeldig te maken.
- De automatische ongeldigverklaring impliceert geen actie door de Dispatcher bij updatetijd, behalve voor het aanraken van het statfile. Als u het bestand aanraakt, wordt de cacheinhoud echter automatisch verouderd, zonder dat de inhoud fysiek uit de cache wordt verwijderd.
Hoe de Verzender Documenten terugkeert how-dispatcher-returns-documents
Bepalen of een document in cache moet worden geplaatst
U kunt bepalen welke documenten de Dispatcher in de cache plaatst in het configuratiebestand. De verzender controleert het verzoek aan de lijst van cacheable documenten. Als het document niet in deze lijst staat, wordt het document door de Dispatcher opgevraagd bij het AEM.
In de volgende gevallen wordt het document altijd rechtstreeks opgevraagd bij het AEM:
- De aanvraag-URI bevat een vraagteken "
?
". Dit scenario geeft meestal een dynamische pagina aan, zoals een zoekresultaat, dat niet in de cache hoeft te worden opgeslagen. - De bestandsextensie ontbreekt. De webserver heeft de extensie nodig om het documenttype (het MIME-type) te bepalen.
- De verificatieheader wordt ingesteld (configureerbaar).
Bepalen of een document in de cache is geplaatst
De Dispatcher slaat de cachebestanden op de webserver op alsof ze deel uitmaakten van een statische website. Als een gebruiker om een cacheable document verzoekt, controleert de Dispatcher of dat document in het dossiersysteem van de Webserver bestaat:
- Als het document in de cache is opgeslagen, retourneert Dispatcher het bestand.
- Als het niet in de cache wordt opgeslagen, vraagt de Dispatcher het document van de AEM instantie.
Bepalen of een document up-to-date is
Als u wilt weten of een document up-to-date is, voert de Dispatcher twee stappen uit:
- Hiermee wordt gecontroleerd of het document automatisch wordt ongeldig gemaakt. Als dat niet het geval is, wordt het document als bijgewerkt beschouwd.
- Als het document is geconfigureerd voor automatische validatie, controleert de Dispatcher of het ouder of nieuwer is dan de laatste beschikbare wijziging. Als deze ouder is, vraagt de Dispatcher de huidige versie van de AEM instantie en vervangt de versie in het geheime voorgeheugen.
De voordelen van taakverdeling the-benefits-of-load-balancing
Bij taakverdeling wordt de computerbelasting van de website over verschillende AEM verdeeld.
U wint:
-
meer verwerkingskracht
In de praktijk betekent een verhoogde verwerkingskracht dat de Dispatcher verzoeken deelt tussen verschillende AEM. Omdat elk exemplaar nu minder documenten te verwerken heeft, hebt u snellere reactietijden. Dispatcher houdt interne statistieken voor elke documentcategorie bij, zodat kan het lading schatten en de vragen efficiënt verspreiden. -
verhoogde faalveilige dekking
Als de Dispatcher geen reacties van een instantie ontvangt, worden aanvragen automatisch doorgestuurd naar een van de andere instanties. Als een instantie niet beschikbaar wordt, is het enige effect een vertraging van de plaats, evenredig aan de verloren computermacht. Alle services gaan echter door. -
U kunt ook verschillende websites beheren op dezelfde statische webserver.
Hoe de Dispatcher taakverdeling uitvoert how-the-dispatcher-performs-load-balancing
Prestatiestatistieken
Dispatcher houdt interne statistieken over hoe snel elke instantie van AEM documenten verwerkt. Gebaseerd op deze gegevens, schat de Verzender welke instantie de snelste reactietijd kan verstrekken wanneer het beantwoorden van een verzoek, en zo behoudt het de noodzakelijke computertijd op die instantie.
Verschillende typen aanvragen kunnen verschillende gemiddelde voltooiingstijden hebben, zodat u met de Dispatcher documentcategorieën kunt opgeven. Deze categorieën worden dan in overweging genomen bij het berekenen van de tijdschattingen. U kunt bijvoorbeeld onderscheid maken tussen HTML-pagina's en afbeeldingen, omdat de standaardresponstijden sterk kunnen verschillen.
Als u een uitgebreide zoekfunctie gebruikt, kunt u een categorie voor zoekopdrachten maken. Met deze methode kan de Dispatcher zoekopdrachten verzenden naar de instantie die het snelst reageert. Het helpt ook voorkomen dat een langzamere instantie wordt gestort wanneer deze meerdere ‘dure’ zoekopdrachten ontvangt, terwijl de andere de ‘goedkopere’ aanvragen krijgen.
Persoonlijke inhoud (Vaste verbindingen)
De stevige verbindingen zorgen ervoor dat de documenten voor één gebruiker allen op de zelfde instantie van AEM samengesteld zijn. Dit punt is belangrijk als u gepersonaliseerde pagina's en zittingsgegevens gebruikt. De gegevens worden opgeslagen op de instantie, zodat de verdere verzoeken van de zelfde gebruiker aan die instantie moeten terugkeren of het gegeven wordt verloren.
Omdat de kleverige verbindingen de capaciteit van de Dispatcher beperken om de verzoeken te optimaliseren, zou u hen slechts moeten gebruiken wanneer nodig. U kunt de map opgeven die de "plakke" documenten bevat, zodat alle documenten in die map op hetzelfde exemplaar voor elke gebruiker worden samengesteld.
Meerdere verzenders gebruiken using-multiple-dispatchers
In complexe instellingen kunt u meerdere verzenders gebruiken. U kunt bijvoorbeeld het volgende gebruiken:
- één verzender om een website op het Intranet te publiceren
- een tweede verzender, onder een ander adres en met verschillende beveiligingsinstellingen, om dezelfde inhoud op internet te publiceren.
In een dergelijk geval, zorg ervoor dat elk verzoek door slechts één Dispatcher gaat. Een Dispatcher behandelt geen verzoeken die afkomstig zijn van een andere Dispatcher. Zorg er daarom voor dat beide verzenders de AEM website rechtstreeks openen.
Dispatcher gebruiken met een CDN using-dispatcher-with-a-cdn
Een CDN (Content Delivery Network), zoals Akamai Edge Delivery of Amazon Cloud Front, levert inhoud op een locatie die dicht bij de eindgebruiker ligt. Door
- zorgt voor snellere responstijden voor eindgebruikers
- start het laden van uw servers
Als de infrastructuurcomponent van HTTP, werkt een CDN heel erg zoals Dispatcher. Wanneer een knoop CDN een verzoek ontvangt, dient het het verzoek van zijn geheime voorgeheugen, indien mogelijk (het middel is beschikbaar in het geheime voorgeheugen en is geldig). Anders, bereikt het uit aan de volgende dichtstbijzijnde server om het middel terug te winnen en het voor verdere verzoeken in het voorgeheugen onder te brengen indien aangewezen.
De "eerstvolgende dichtstbijzijnde server" is afhankelijk van uw specifieke installatie. In een Akamai-configuratie kan het verzoek bijvoorbeeld het volgende pad volgen:
- Het Edge-knooppunt Akamai
- De laag Akamai Midgres
- Uw firewall
- Uw taakverdelingsmechanisme
- Dispatcher
- AEM
Doorgaans is Dispatcher de volgende server die het document kan aanleveren vanuit een cache en die invloed heeft op de antwoordheaders die worden geretourneerd aan de CDN-server.
CDN-cache beheren controlling-a-cdn-cache
Er zijn verscheidene manieren om te controleren hoe lang een CDN een middel in het voorgeheugen alvorens het van Dispatcher re-haalt.
-
Expliciete configuratie
Vorm, hoe lang de bijzondere middelen in het geheime voorgeheugen van CDN, afhankelijk van mime type, uitbreiding, verzoektype, etc. worden gehouden. -
Verlopen- en cachebeheerkoppen
De meeste CDN's erenExpires:
enCache-Control:
HTTP-headers indien verzonden door de upstream-server. Deze methode kan bijvoorbeeld worden bereikt door mod_expired Apache-module. -
Handmatige validatie
CDNs staat middelen toe om uit het geheime voorgeheugen door Webinterfaces worden verwijderd. -
Op API gebaseerde validatie
De meeste CDN's bieden ook een REST- en/of SOAP-API waarmee bronnen uit de cache kunnen worden verwijderd.
In een typisch AEM opstelling, biedt de configuratie door uitbreiding, door weg, of door allebei - die door punten 1 en 2 hierboven kan worden bereikt - mogelijkheden om redelijke caching periodes voor vaak-gebruikte middelen te plaatsen die niet vaak, zoals ontwerpbeelden en cliëntbibliotheken veranderen. Wanneer de nieuwe versies worden opgesteld, typisch wordt een handongeldigverklaring vereist.
Als deze benadering wordt gebruikt om beheerde inhoud in het voorgeheugen onder te brengen, impliceert het dat de inhoudsveranderingen slechts aan eind zichtbaar zijn - gebruikers zodra de gevormde caching periode is verlopen en het document opnieuw van Dispatcher wordt opgehaald.
Voor fijnere controle, op API-Gebaseerde ongeldigheid laat u het geheime voorgeheugen van een CDN ongeldig maken aangezien het geheime voorgeheugen van de Verzender ongeldig wordt gemaakt. Gebaseerd op CDNs API, kunt u uw uitvoeren ContentBuilder en TransportHandler (als de API niet op REST gebaseerd is), en opstelling een Agent van de Replicatie die deze stukken gebruikt om het geheime voorgeheugen van CDN ongeldig te maken.
Een Dispatcher gebruiken met een Auteur-server using-a-dispatcher-with-an-author-server
author_dispatcher.any
en wijzigt u de /rule
eigendom van de /cache
als volgt:/rules
{
/0000
{ /type "deny" /glob "*"}
}
Een Dispatcher kan vóór een auteurinstantie worden gebruikt om auteursprestaties te verbeteren. Ga als volgt te werk om een ontwerpDispatcher te configureren:
-
Een Dispatcher installeren op een webserver (een Apache- of IIS-webserver, zie Dispatcher installeren).
-
Test de nieuw geïnstalleerde Dispatcher tegen een werkende AEM publicatieinstantie. Zo weet u zeker dat een correcte installatie op de basislijn is uitgevoerd.
-
Zorg nu dat de Dispatcher via TCP/IP verbinding kan maken met uw auteurinstantie.
-
Het voorbeeld vervangen
dispatcher.any
met deauthor_dispatcher.any
het dossier van Downloaden van Dispatcher. -
Open de
author_dispatcher.any
in een teksteditor en breng de volgende wijzigingen aan:- Wijzig de
/hostname
en/port
van de/renders
zodat ze naar de instantie van uw auteur verwijzen. - Wijzig de
/docroot
van de/cache
zodat ze naar een cachemap verwijzen. Voor het geval u AEM met Touch UIZie de bovenstaande waarschuwing. - Sla de wijzigingen op.
- Wijzig de
-
Alle bestaande bestanden in het dialoogvenster
/cache
>/docroot
directory die u hierboven hebt geconfigureerd. -
Start de webserver opnieuw.
author_dispatcher.any
configuratie, wanneer u een pakket met CQ5-functies, hotfix of toepassingscode installeert dat invloed heeft op inhoud onder /libs
of /apps
, moet u de cachebestanden onder deze mappen in de Dispatcher-cache verwijderen. Dit zorgt ervoor dat de volgende keer dat ze worden opgevraagd, de nieuw bijgewerkte bestanden worden opgehaald en niet de oude in de cache opgeslagen bestanden.- Verwijder of schakel de optie auteur Dispatcher's spoelmiddel op uw AEM auteurinstantie.
- Opnieuw de configuratie van Dispatcher van de auteur door de nieuwe instructies hierboven te volgen.