De objectcache gebruiken met SharePoint

In dit artikel wordt het verschil uitgelegd tussen het gebruik van de objectcache in SharePoint Server 2013 on-premises en SharePoint in Microsoft 365.

Het vertrouwen op de objectcache in SharePoint-implementatie heeft aanzienlijke negatieve gevolgen. Elke afhankelijkheid van objectcache in SharePoint vermindert de betrouwbaarheid van uw pagina.

Hoe de SharePoint-objectcache in Microsoft 365 en SharePoint Server 2013 werkt

Wanneer SharePoint Server 2013 on-premises wordt gehost, heeft de klant privé-front-endwebservers die de objectcache hosten. Dit betekent dat de cache is toegewezen aan één klant en alleen wordt beperkt door de hoeveelheid geheugen die beschikbaar is en toegewezen aan de objectcache. Omdat slechts één klant wordt bediend in het on-premises scenario, hebben de front-endwebservers meestal gebruikers die steeds opnieuw aanvragen indienen bij dezelfde sites. Dit betekent dat de cache snel vol raakt en vol blijft met de lijstqueryresultaten en SharePoint-objecten die uw gebruikers regelmatig aanvragen.

Als gevolg hiervan verbetert de laadtijd van de pagina de tweede keer dat een gebruiker een pagina bezoekt. Nadat minimaal vier keer dezelfde pagina is geladen, wordt de pagina opgeslagen in de cache op alle front-endwebservers.

In SharePoint in Microsoft 365 zijn er daarentegen veel meer servers, maar ook veel meer sites. Elke gebruiker kan verbinding maken met een andere front-endwebserver waarop de cache niet is ingevuld. Of misschien wordt de cache wel ingevuld voor een server, maar vraagt de volgende gebruiker van die front-endwebserver een pagina van een andere site aan. Of zelfs als de volgende gebruiker dezelfde pagina aanvraagt als bij het vorige bezoek, wordt de taakverdeling verdeeld over een andere front-endwebserver die die pagina niet in de cache heeft. In dit laatste geval helpt caching de gebruikers helemaal niet.

In de volgende afbeelding vertegenwoordigt elke punt een pagina die een gebruiker aanvraagt en waar deze in de cache is opgeslagen. Verschillende kleuren vertegenwoordigen verschillende klanten die gedeeld gebruik maken van de SaaS-infrastructuur.

Zoals u in het diagram kunt zien, is de kans klein dat een gebruiker een server raakt met de in de cache opgeslagen versie van de pagina. Vanwege de grote doorvoer en het feit dat de servers worden gedeeld tussen veel sites, gaat de cache niet lang mee, omdat er slechts zoveel ruimte voor caching beschikbaar is.

Om al deze redenen is het niet effectief om te vertrouwen op gebruikers die objecten in de cache krijgen, een goede gebruikerservaring en laadtijden van pagina's in SharePoint te garanderen.

Als we niet kunnen vertrouwen op de objectcache om de prestaties in SharePoint te verbeteren, wat gebruiken we dan?

Omdat u niet moet vertrouwen op caching in SharePoint, moet u alternatieve ontwerpmethoden evalueren voor SharePoint-aanpassingen die gebruikmaken van de objectcache. Dit betekent dat u benaderingen gebruikt voor prestatieproblemen, die niet afhankelijk zijn van het opslaan van objecten in de cache om goede resultaten voor gebruikers te produceren. Dit wordt beschreven in enkele van de andere artikelen in deze reeks en omvat:

• Navigatieopties voor SharePoint

• Minification en bundeling in SharePoint

• Het CDN (Content Delivery Network) van Office 365 gebruiken met SharePoint

• Het laden van afbeeldingen en JavaScript in SharePoint vertragen