Planlægning af udrulningsplanen for portalen i SharePoint i Microsoft 365

En portal er et SharePoint-websted på intranettet med mange brugere af webstedet, der bruger indhold på webstedet. Store organisationer kan have flere portaler. Det kan f.eks. være en firmaportal og en HR-portal. Portaler har typisk relativt få personer, der opretter og opretter webstedet og dets indhold. De fleste besøgende på portalen læser og bruger kun indholdet.

I denne artikel beskrives det, hvordan du planlægger din udrulnings- og udrulningsplan for SharePoint i Microsoft 365. Den indeholder også metoder, der skal følges, da traditionel belastningstest ikke er tilladt på SharePoint i Microsoft 365. SharePoint i Microsoft 365 er en cloudtjeneste, og indlæsningsfunktionerne, tilstanden og den overordnede balance for belastningen i tjenesten administreres af Microsoft.

Hvis du vil hjælpe med at oprette en vellykket portal, skal du følge de grundlæggende principper, fremgangsmåder og anbefalinger, der er beskrevet i Oprettelse, start og vedligeholdelse af en sund portal

Portalstartstyring

Brug portalstartstyringen til at frigive din portal til brugere i din organisation i planlagte faser. Få mere at vide:

Portalstartstyring

Oversigt over kapacitetsplanlægning i SharePoint i Microsoft 365

For effektivt at kunne bruge kapacitet og håndtere uventet vækst på alle farme har vi automatisering, der sporer visse forbrugsscenarier. Den nøjagtige vækst er uforudsigelig for en hvilken som helst lejer i en hvilken som helst farm, men den samlede sum af anmodninger er forudsigelig over tid. Ved at identificere væksttendenserne i SharePoint i Microsoft 365 kan vi planlægge en fremtidig udvidelse. Du kan finde flere oplysninger under Kapacitetsplanlægning og belastningstest af SharePoint.

En vigtig del af en vellykket lancering er tilgangen "wave" eller "phased roll-out".

Kan jeg indlæse test af SharePoint i Microsoft 365?

SharePoint i Microsoft 365 er et delt miljø med flere lejere, der balanceres på tværs af farme, og skalering justeres løbende. Belastningstest af et miljø, f.eks. SharePoint i Microsoft 365, hvis skalering ændres løbende, giver dig ikke kun uventede resultater, men det er ikke tilladt.

Få mere at vide: Kapacitetsplanlægning og belastningstest af SharePoint i Microsoft 365

Optimer sider ved at følge anbefalede retningslinjer

Sider fra en udrulning i det lokale miljø skal ikke blot flyttes, da de er på SharePoint uden at gennemse dem i forhold til anbefalede retningslinjer for SharePoint. Den bedste fremgangsmåde er altid at optimere en hvilken som helst startside for et hvilket som helst websted eller en portal i SharePoint, da det er her, de fleste brugere i organisationen får adgang som udgangspunkt for dine websteder.

Der skal tages højde for nogle få grundlæggende faktorer:

• Udrulninger i det lokale miljø kan bruge traditionelle cachelagre på serversiden, f.eks. objektcache, outputcache og blobcache. Med topologiforskellene i cloudmiljøet er disse indstillinger ikke nødvendigvis tilgængelige, da de store forskelle gør dem mindre levedygtige tilgange.
• Alle sider/funktioner/tilpasninger, der bruges til cloudforbrug, skal optimeres til højere ventetid og distribuerede placeringer for brugere, så brugere i forskellige områder eller områder får en mere ensartet oplevelse. Cloud tilbyder optimeringer som F.eks. Content Delivery Networks (CDN) for at optimere til en distribueret brugerbase, og til moderne SharePoint bruges det sidste kendte gode (LKG) af vores OOTB-webdele (out of the box).

Sådan gør du:

• For alle webstedssider i SharePoint skal du bruge værktøjet Sidediagnosticering, som er en Chromium udvidelse, der hjælper med at analysere og vejlede. Dette værktøj kan bruges af webstedsejere, redaktører, administratorer og udviklere, da det er designet til at være et udgangspunkt for analyse og optimering.
• Udviklere bør også bruge udviklingsværktøjer som f.eks. F12-browserudviklerværktøj og CTRL-F12 i browseren på moderne sider. Fiddler kan også bruges til at gennemse sidens størrelse (hvor stor siden er i megabyte) og antallet af kald og elementer, der påvirker den samlede sidebelastning.

Dette afsnit var en kort oversigt over optimering af sider. Du kan få mere at vide under: Oprettelse, start og vedligeholdelse af en sund portal.

Følg en bølge-/faseinddelt udrulningstilgang

Den traditionelle big bang-tilgang til webstedslanceringer tillader ikke bekræftelse af, at tilpasninger, eksterne kilder, tjenester eller processer er blevet testet i den rigtige skala. Denne fremgangsmåde betyder ikke, at det tager flere måneder at starte den, men den anbefales i mindst flere dage, afhængigt af organisationens størrelse. Når du følger en plan for udrulning af bølge, får du derfor mulighed for at standse og løse problemer, før du fortsætter med den næste fase, og det reducerer derfor det potentielle antal brugere, der påvirkes af eventuelle problemer. SharePoint som en tjeneste skalerer din kapacitet baseret på forbrug og forudsagt brug, og selvom vi ikke har brug for, at du giver os besked om din lancering, skal du følge retningslinjerne for at sikre succes.

Som vist på følgende billede er antallet af brugere, der inviteres, ofte højere end dem, der rent faktisk bruger webstedet. På dette billede vises en strategi for, hvordan du udruller en udgivelse. Denne metode hjælper med at identificere måder til at forbedre SharePoint-webstedet, før de fleste brugere ser det.

I pilotfasen er det godt at få feedback fra brugere, som organisationen har tillid til og kender, vil være engageret. På denne måde er det muligt at måle, hvordan systemet bruges, og hvordan det fungerer.

Under hver af bølgerne skal du indsamle brugerfeedback omkring funktionerne og ydeevnen under hver bølge af udrulning. Indsamling af feedback har den fordel, at du langsomt introducerer systemet og foretager forbedringer, efterhånden som systemet bliver mere brugt. Dette giver os også mulighed for at reagere på den øgede belastning, da webstedet udrulles til flere brugere og kombineret med at følge retningslinjerne for sideoptimering sikrer en positiv oplevelse for dine brugere.

Sådan gør du:

• Beslut timingen af hver fase, og sørg for, at du har en uforudsete/pausemulighed, hvis du skal foretage justeringer, før du fortsætter
• Planlæg din første gruppe af brugere, som du vil aktivere, for at sikre, at du modtager den feedback, du skal bruge for at komme videre. Hvor det er muligt, skal du vælge en aktiv gruppe af brugere, der vil give feedback rettidigt
• Når du planlægger hver bølge, kan du prøve at starte med en lille brugerbase (mindre end 5.000 brugere). Forøg gruppestørrelserne, efterhånden som du fortsætter med hver bølge. Når du opretter en forskudt tilgang, giver det nemmere pausemuligheder efter behov.