Brug af objektcachen med SharePoint
I denne artikel forklares forskellen mellem at bruge objektcachen i SharePoint Server 2013 i det lokale miljø og SharePoint i Microsoft 365.
Der er en betydelig negativ indvirkning på afhængigheden af objektcachen i SharePoint-installationen. Alle afhængigheder af objektcachen i SharePoint reducerer pålideligheden af din side.
Sådan fungerer SharePoint i Microsoft 365- og SharePoint Server 2013-objektcachen
Når SharePoint Server 2013 hostes i det lokale miljø, har kunden private front end-webservere, der hoster objektcachen. Det betyder, at cachen er dedikeret til én kunde og kun er begrænset af, hvor meget hukommelse der er tilgængelig og allokeret til objektcachen. Da der kun serveres én kunde i scenariet i det lokale miljø, får frontendwebserverne typisk brugere, der foretager anmodninger til de samme websteder igen og igen. Det betyder, at cachen bliver fuld hurtigt og forbliver fuld af resultaterne af listeforespørgslen og SharePoint-objekter, som dine brugere anmoder om regelmæssigt.
Det betyder, at indlæsningstiden for siden forbedres, anden gang en bruger besøger en side. Efter mindst fire belastninger af den samme side cachelagres siden på alle frontendwebserverne.
I modsætning hertil er der i SharePoint i Microsoft 365 mange flere servere, men også mange flere websteder. Hver bruger kan oprette forbindelse til en anden frontendwebserver, der ikke har cachen udfyldt. Eller måske udfyldes cachen for en server, men den næste bruger af frontendwebserveren anmoder om en side fra et andet websted. Eller selvom den næste bruger anmoder om den samme side som ved deres tidligere besøg, er de belastningsafbalancerede til en anden frontendwebserver, der ikke har den pågældende side i cachen. I dette sidste tilfælde hjælper cachelagring slet ikke brugerne.
I følgende figur repræsenterer hver prik en side, som en bruger anmoder om, og hvor den cachelagres. Forskellige farver repræsenterer forskellige kunder, der bruger SaaS-infrastrukturen delt.
Som du kan se fra diagrammet, er chancerne for, at en given bruger rammer en server med den cachelagrede version af deres side, slank. På grund af det store dataoverførselshastighed og det faktum, at serverne deles mellem mange websteder, varer cachen ikke længe, da der kun er så meget plads til cachelagring tilgængelig.
Af alle disse årsager er det ikke en effektiv måde at sikre en god brugeroplevelse og indlæsningstider for sider i SharePoint på, hvis brugerne får cachelagrede objekter.
Hvis vi ikke kan stole på objektcachen for at forbedre ydeevnen i SharePoint, hvad bruger vi så i stedet?
Da du ikke skal være afhængig af cachelagring i SharePoint, skal du evaluere alternative designmetoder til SharePoint-tilpasninger, der bruger objektcachen. Det betyder, at du skal bruge metoder til problemer med ydeevnen, som ikke er afhængige af cachelagring af objekter for at opnå gode resultater for brugerne. Dette er beskrevet i nogle af de andre artikler i denne serie og omfatter: