Dela via

Planera distributionsplanen för portalen i SharePoint i Microsoft 365

  • Artikel

En portal är en SharePoint-webbplats i intranätet med många webbplatsanvändare som använder innehåll på webbplatsen. Stora organisationer kan ha flera portaler. Till exempel en företagsportal och en HR-portal. Vanligtvis har portaler relativt få personer som skapar och skapar webbplatsen och dess innehåll. De flesta besökare på portalen läser och använder bara innehållet.

Den här artikeln beskriver hur du planerar din distributions- och distributionsplan till SharePoint i Microsoft 365. Den innehåller även metoder att följa eftersom traditionell belastningstestning inte tillåts på SharePoint i Microsoft 365. SharePoint i Microsoft 365 är en molntjänst och belastningsfunktioner, hälsa och övergripande belastningsutjämning i tjänsten hanteras av Microsoft.

För att hjälpa dig att skapa en lyckad portal följer du de grundläggande principerna, metoderna och rekommendationerna som beskrivs i Skapa, starta och underhålla en felfri portal.

Startschemaläggare för portalen

Använd portalstartschemaläggaren för att släppa portalen till användare i din organisation i schemalagda faser. Läs mer:

Kalenderikon. Startschemaläggare för portalen

Översikt över kapacitetsplanering i SharePoint i Microsoft 365

För att effektivt kunna använda kapacitet och hantera oväntad tillväxt har vi automatisering i alla serverklustret som spårar vissa användningsscenarier. Även om den exakta tillväxten är oförutsägbar för en klientorganisation i en servergrupp är den aggregerade summan av begäranden förutsägbar över tid. Genom att identifiera tillväxttrenderna i SharePoint i Microsoft 365 kan vi planera för framtida expansion. Mer information finns i Kapacitetsplanering och belastningstestning av SharePoint.

En viktig del av en lyckad uppskjutning är metoden "wave" eller "phased roll-out".

Kan jag läsa in test av SharePoint i Microsoft 365?

SharePoint i Microsoft 365 är en delad miljö med flera klientorganisationer som balanseras mellan servergrupper och skala justeras kontinuerligt. Belastningstestning av en miljö, till exempel SharePoint i Microsoft 365, vars skalningsändringar kontinuerligt inte bara ger oväntade resultat utan inte tillåts.

Läs mer: Kapacitetsplanering och belastningstestning av SharePoint i Microsoft 365

Sidor från en lokal distribution bör inte bara flyttas eftersom de är till SharePoint utan att de granskas mot rekommenderade riktlinjer för SharePoint. Den bästa metoden är att alltid optimera alla startsidor för alla webbplatser eller portaler i SharePoint, eftersom det är här de flesta användare i organisationen kommer åt som startpunkt för dina webbplatser.

Några grundläggande faktorer bör övervägas:

  • Lokala distributioner kan använda traditionella cacheminnen på serversidan, till exempel objektcache, utdatacache och blobcache. Med topologiskillnaderna i molnet är dessa alternativ inte nödvändigtvis tillgängliga eftersom skalningsskillnaderna gör dem mindre livskraftiga.
  • Alla sidor/funktioner/anpassningar som används för molnförbrukning bör optimeras för högre svarstid och distribuerade platser för användare, så att användare i olika områden eller regioner får en mer konsekvent upplevelse. Molnet erbjuder optimeringar som CDN (Content Delivery Networks) för att optimera för en distribuerad användarbas och för modern SharePoint används den senast kända goda (LKG) av våra OOTB-webbdelar (out of the box).

Så här gör du:

  • För alla webbplatssidor i SharePoint använder du verktyget Siddiagnostik, som är ett Chromium-tillägg som hjälper dig att analysera och ge vägledning. Det här verktyget kan användas av webbplatsägare, redigerare, administratörer och utvecklare eftersom det är utformat för att vara en startpunkt för analys och optimering.
  • Utvecklare bör också använda utvecklingsverktyg som utvecklarverktyget för F12-webbläsare och CTRL-F12 i webbläsaren på moderna sidor. Fiddler kan också användas för att granska storleksvikten (hur stor sidan är i megabyte) för sidan och antalet anrop och element som påverkar den totala sidinläsningen.

Det här avsnittet var en kort sammanfattning för att optimera sidor. Mer information finns i: Skapa, starta och underhålla en felfri portal.

Följ en metod för wave/phased-distribution

Den traditionella metoden big bang för webbplatslanseringar tillåter inte verifiering av att anpassningar, externa källor, tjänster eller processer har testats i rätt skala. Den här metoden innebär inte att det tar månader att starta, men den rekommenderas under minst flera dagar beroende på organisationens storlek. Genom att följa en plan för våglansering kan du därför pausa och lösa problem innan du fortsätter med nästa fas och därmed minska det potentiella antalet användare som påverkas av eventuella problem. SharePoint som en tjänst skalar din kapacitet baserat på användning och förutsagd användning, och även om du inte behöver meddela oss om lanseringen bör du följa riktlinjerna för att säkerställa att den lyckas.

Som du ser i följande bild är ofta antalet användare som bjuds in högre än de som faktiskt använder webbplatsen. Den här bilden visar en strategi för hur du distribuerar en version. Den här metoden hjälper till att identifiera sätt att förbättra SharePoint-webbplatsen innan de flesta användare ser den.

Diagram som visar inbjudna och aktiva användare.

I pilotfasen är det bra att få feedback från användare som organisationen litar på och vet kommer att engageras. På så sätt går det att mäta hur systemet används och hur det fungerar.

Under var och en av vågorna samlar du in användarfeedback kring funktionerna och prestandan under varje distributionsvåg. Att samla in feedback har fördelen att långsamt introducera systemet och göra förbättringar i takt med att systemet används mer. Detta gör också att vi kan reagera på den ökade belastningen när webbplatsen distribueras till fler användare och kombineras med att följa riktlinjerna för sidoptimering säkerställer en positiv upplevelse för dina användare.

Så här gör du:

  • Bestäm tidpunkten för varje fas och se till att du har en möjlighet för oförutsedda händelser/paus, om du behöver göra justeringar innan du fortsätter
  • Planera din första grupp med användare som du vill aktivera för att säkerställa att du får den feedback du behöver för att gå vidare. Om möjligt väljer du en aktiv grupp användare som ger feedback i tid
  • När du planerar varje våg försöker du börja med en liten användarbas (mindre än 5 000 användare). Öka gruppstorlekarna när du fortsätter med varje våg. Genom att skapa en stegvis metod möjliggör det enklare pausmöjligheter efter behov.