Planlegge utrullingsplanen for portallansering i SharePoint i Microsoft 365

En portal er et SharePoint-område på intranettet med mange områdelesere som bruker innhold på nettstedet. Store organisasjoner kan ha flere portaler. For eksempel en firmaportal og en HR-portal. Portaler har vanligvis relativt få personer som oppretter og redigerer nettstedet og innholdet. De fleste besøkende i portalen leser og bruker bare innholdet.

Denne artikkelen beskriver hvordan du planlegger distribusjons- og utrullingsplanen til SharePoint i Microsoft 365. Den gir også fremgangsmåter for å følge, ettersom tradisjonell belastningstesting ikke er tillatt på SharePoint i Microsoft 365. SharePoint i Microsoft 365 er en skytjeneste, og belastningsfunksjonene, tilstanden og den generelle belastningen i tjenesten administreres av Microsoft.

Hvis du vil ha hjelp til å opprette en vellykket portal, følger du de grunnleggende prinsippene, fremgangsmåtene og anbefalingene som er beskrevet i oppretting, lansering og vedlikehold av en sunn portal.

Portal Launch Scheduler

Bruk portalstartplanleggeren til å frigi portalen til brukere i organisasjonen i planlagte faser. Finn ut mer:

Portal launch Scheduler

Oversikt over kapasitetsplanlegging i SharePoint i Microsoft 365

For effektivt å bruke kapasitet og håndtere uventet vekst, har vi automatisering i alle farmer som sporer visse bruksscenarioer. Selv om nøyaktig vekst er uforutsigbar for én leier i én farm, er den samlede summen av forespørsler forutsigbar over tid. Ved å identifisere veksttrendene i SharePoint i Microsoft 365 kan vi planlegge for fremtidig utvidelse. Hvis du vil ha mer informasjon, kan du se Kapasitetsplanlegging og belastningstesting av SharePoint.

En viktig del av en vellykket lansering er tilnærmingen «bølge» eller «faset utrulling».

Kan jeg laste inn test-SharePoint i Microsoft 365?

SharePoint i Microsoft 365 er et delt miljø med flere leiere som er balansert på tvers av farmer, og skalering justeres kontinuerlig. Last inn testing av et miljø, for eksempel SharePoint i Microsoft 365, hvis skalaendringer kontinuerlig ikke bare gir deg uventede resultater, men det er ikke tillatt.

Finn ut mer: Kapasitetsplanlegging og belastningstesting av SharePoint i Microsoft 365

Optimaliser sider ved å følge anbefalte retningslinjer

Sider fra en lokal distribusjon bør ikke bare flyttes fordi de flyttes til SharePoint uten å se gjennom dem mot anbefalte retningslinjer for SharePoint. Den beste fremgangsmåten er alltid å optimalisere alle hjemmesider for alle områder eller portaler i SharePoint, da det er her de fleste brukerne i organisasjonen får tilgang til det som utgangspunkt for områdene.

Noen grunnleggende faktorer bør vurderes:

• Lokale distribusjoner kan bruke tradisjonelle hurtigbuffere på serversiden, for eksempel objekthurtigbuffer, utdatahurtigbuffer og BLOB-buffer. Med topologiforskjellene i skyen er ikke disse alternativene nødvendigvis tilgjengelige ettersom de store forskjellene gjør dem mindre levedyktige tilnærminger.
• Alle sider / funksjoner / tilpassinger som brukes til skyforbruk, bør optimaliseres for høyere ventetid og de distribuerte plasseringene til brukerne, slik at brukere i forskjellige områder eller områder har en mer konsekvent opplevelse. Skyen tilbyr optimaliseringer som Innholdsleveringsnettverk (CDN) for å optimalisere for en distribuert brukerbase, og for moderne SharePoint brukes den siste kjente gode (LKG) av våre ut av boksen (OOTB) nettdeler.

Hva du må gjøre:

• Bruk sidediagnoseverktøyet for alle nettstedssider i SharePoint, som er en Chromium-utvidelse som hjelper deg med å analysere og gi veiledning. Dette verktøyet kan brukes av områdeeiere, redigeringsprogram, administratorer og utviklere ettersom det er utformet for å være et utgangspunkt for analyse og optimalisering.
• Utviklere bør også bruke utviklingsverktøy som F12 nettleserutviklerverktøy og CTRL-F12 i nettleseren på moderne sider. Fiddler kan også brukes til å se gjennom størrelsestykkelsen (hvor stor siden er i megabyte) på siden og antall anrop og elementer som påvirker den totale sidebelastningen.

Denne delen var et kort sammendrag for optimalisering av sider. Hvis du vil ha mer informasjon, kan du se: Opprette, starte og vedlikeholde en sunn portal.

Følg en bølge / faset utrullingstilnærming

Den tradisjonelle big bang-tilnærmingen for nettstedslanseringer tillater ikke bekreftelse på at tilpasninger, eksterne kilder, tjenester eller prosesser har blitt testet i riktig skala. Denne tilnærmingen betyr ikke at det tar måneder å starte, men det anbefales over minst flere dager avhengig av organisasjonsstørrelsen. Etter en bølgeutrullingsplan kan du derfor stanse og løse problemer midlertidig før du fortsetter med neste fase, og dermed redusere det potensielle antallet brukere som påvirkes av eventuelle problemer. SharePoint som en tjeneste skalerer kapasiteten basert på bruk og forventet bruk, og selv om vi ikke trenger at du varsler oss om lanseringen, bør du følge retningslinjene for å sikre suksess.

Som vist på bildet nedenfor, er ofte antallet brukere som er invitert, høyere enn de som faktisk bruker nettstedet. Dette bildet viser en strategi for hvordan du ruller ut en utgivelse. Denne metoden bidrar til å identifisere måter å forbedre SharePoint-området på før de fleste brukerne ser det.

I pilotfasen er det godt å få tilbakemeldinger fra brukere som organisasjonen stoler på og vet vil bli engasjert. På denne måten er det mulig å måle hvordan systemet brukes, og hvordan det fungerer.

Under hver av bølgene samler du tilbakemeldinger fra brukerne rundt funksjonene og ytelsen under hver bølge av distribusjon. Innsamling av tilbakemeldinger har fordelen av å sakte introdusere systemet og gjøre forbedringer etter hvert som systemet blir mer i bruk. Dette gjør det også mulig for oss å reagere på den økte belastningen etter hvert som nettstedet rulles ut til flere brukere, og kombinert med å følge retningslinjene for sideoptimalisering sikrer vi en positiv opplevelse for brukerne.

Hva du må gjøre:

• Bestem deg for tidsberegningen for hver fase og sørg for at du har en alternativ / pausemulighet, hvis du må gjøre justeringer før du fortsetter
• Planlegg den første gruppen med brukere du vil aktivere, for å sikre at du får tilbakemeldingen du trenger for å gå videre. Der det er mulig, velger du en aktiv gruppe brukere som vil gi tilbakemelding i tide
• Når du planlegger hver bølge, kan du prøve å starte med en liten brukerbase (mindre enn 5000 brukere). Øk gruppestørrelsene etter hvert som du fortsetter med hver bølge. Ved å opprette en forskjøvet tilnærming gir den enklere pausemuligheter etter behov.