Het implementatieplan voor het starten van de portal plannen in SharePoint in Microsoft 365

Een portal is een SharePoint-site op uw intranet met veel siteviewers die inhoud op de site gebruiken. Grote organisaties kunnen meerdere portals hebben. Bijvoorbeeld een bedrijfsportal en een HR-portal. Portals hebben doorgaans relatief weinig mensen die de site en de inhoud ervan maken en schrijven. De meeste bezoekers van de portal lezen en gebruiken de inhoud alleen.

In dit artikel wordt beschreven hoe u uw implementatie- en implementatieplan naar SharePoint in Microsoft 365 plant. Het biedt ook methoden om te volgen, omdat traditionele belastingstests niet zijn toegestaan op SharePoint in Microsoft 365. SharePoint in Microsoft 365 is een cloudservice en de laadmogelijkheden, de status en de algehele taakverdeling in de service worden beheerd door Microsoft.

Als u wilt helpen bij het maken van een geslaagde portal, volgt u de basisprincipes, procedures en aanbevelingen die worden beschreven in Een gezonde portal maken, starten en onderhouden

Portal Launch Scheduler

Gebruik de portalstartplanner om uw portal in geplande fasen vrij te geven aan gebruikers in uw organisatie. Meer informatie:

Portal Launch Scheduler

Overzicht van capaciteitsplanning in SharePoint in Microsoft 365

Om de capaciteit efficiënt te kunnen gebruiken en onverwachte groei te kunnen verwerken, hebben we in elke farm automatisering die bepaalde gebruiksscenario's bijhoudt. Hoewel de exacte groei voor elke tenant in een farm onvoorspelbaar is, is de geaggregeerde som van aanvragen in de loop van de tijd voorspelbaar. Door de groeitrends in SharePoint in Microsoft 365 te identificeren, kunnen we toekomstige uitbreidingen plannen. Zie Capaciteitsplanning en belastingstests SharePoint voor meer informatie.

Een belangrijk onderdeel van een geslaagde lancering is de benadering 'wave' of 'gefaseerde implementatie'.

Kan ik SharePoint testen in Microsoft 365?

SharePoint in Microsoft 365 is een gedeelde omgeving met meerdere tenants die verdeeld is over farms en de schaal voortdurend wordt aangepast. Het testen van belasting van een omgeving, zoals SharePoint in Microsoft 365, waarvan de schaal voortdurend wordt gewijzigd, levert niet alleen onverwachte resultaten op, maar is niet toegestaan.

Meer informatie: Capaciteitsplanning en belastingstests sharePoint in Microsoft 365

Pagina's optimaliseren door de aanbevolen richtlijnen te volgen

Pagina's van een on-premises implementatie moeten niet gewoon worden verplaatst naar SharePoint zonder ze te controleren aan de hand van aanbevolen richtlijnen voor SharePoint. De beste aanpak is om altijd een startpagina te optimaliseren voor elke site of portal in SharePoint, omdat dit is waar de meeste gebruikers in uw organisatie toegang hebben als uitgangspunt voor uw sites.

Er moet rekening worden gehouden met enkele basisfactoren:

• On-premises implementaties kunnen gebruikmaken van traditionele caches op de server, zoals objectcache, uitvoercache en blobcache. Met de topologieverschillen in de cloud zijn deze opties niet noodzakelijkerwijs beschikbaar, omdat ze door de grote schaalverschillen minder levensvatbare benaderingen zijn.
• Alle pagina's/functies/aanpassingen die worden gebruikt voor cloudgebruik moeten worden geoptimaliseerd voor een hogere latentie en de gedistribueerde locaties van gebruikers, zodat gebruikers in verschillende gebieden of regio's een consistentere ervaring hebben. Cloud biedt optimalisaties zoals Content Delivery Networks (CDN) om te optimaliseren voor een gedistribueerde gebruikersbasis en voor moderne SharePoint wordt de laatst bekende goede (LKG) gebruikt door onze kant-en-klare (OOTB) webonderdelen.

Wat u moet doen:

• Gebruik voor alle sitepagina's in SharePoint het hulpprogramma Paginadiagnose. Dit is een Chromium-extensie die helpt bij het analyseren en bieden van richtlijnen. Dit hulpprogramma kan worden gebruikt door site-eigenaren, editors, beheerders en ontwikkelaars, omdat het is ontworpen als uitgangspunt voor analyse en optimalisatie.
• Ontwikkelaars moeten ook ontwikkelhulpprogramma's gebruiken, zoals het hulpprogramma voor ontwikkelaars van de F12-browser en CTRL-F12 in de browser op moderne pagina's. Fiddler kan ook worden gebruikt om de grootte (hoe groot de pagina is in megabytes) van de pagina te controleren en het aantal aanroepen en elementen dat van invloed is op de totale paginabelasting.

Deze sectie was een korte samenvatting voor het optimaliseren van pagina's. Zie Een goede portal maken, starten en onderhouden voor meer informatie.

Een wave/gefaseerde implementatiebenadering volgen

De traditionele big bang-benadering voor sitelanceringen staat geen verificatie toe dat aanpassingen, externe bronnen, services of processen op de juiste schaal zijn getest. Deze aanpak betekent niet dat het maanden duurt om te starten, maar het wordt aanbevolen gedurende ten minste enkele dagen, afhankelijk van de grootte van uw organisatie. Het volgen van een wave-uitrolplan biedt u daarom de mogelijkheid om problemen te onderbreken en op te lossen voordat u doorgaat met de volgende fase, waardoor het potentiële aantal gebruikers dat wordt beïnvloed door eventuele problemen wordt verlaagd. SharePoint als een service schaalt uw capaciteit op basis van gebruik en voorspeld gebruik. Hoewel u ons niet op de hoogte hoeft te stellen van uw lancering, moet u de richtlijnen volgen om ervoor te zorgen dat dit lukt.

Zoals in de volgende afbeelding wordt weergegeven, is het aantal gebruikers dat wordt uitgenodigd vaak hoger dan het aantal gebruikers dat de site daadwerkelijk gebruikt. In deze afbeelding ziet u een strategie voor het implementeren van een release. Met deze methode kunt u manieren identificeren om de SharePoint-site te verbeteren voordat de meeste gebruikers deze zien.

In de testfase is het goed om feedback te krijgen van gebruikers die de organisatie vertrouwt en weet dat ze betrokken zullen worden. Op deze manier is het mogelijk om te meten hoe het systeem wordt gebruikt en hoe het presteert.

Verzamel tijdens elk van de golven feedback van gebruikers over de functies en de prestaties tijdens elke implementatiegolf. Het verzamelen van feedback heeft het voordeel van het langzaam introduceren van het systeem en het aanbrengen van verbeteringen naarmate het systeem meer wordt gebruikt. Dit stelt ons ook in staat om te reageren op de verhoogde belasting naarmate de site wordt uitgerold naar meer gebruikers en in combinatie met het volgen van de richtlijnen voor pagina-optimalisatie zorgt voor een positieve ervaring voor uw gebruikers.

Wat u moet doen:

• Bepaal de timing van elke fase en zorg ervoor dat u een onvoorziene/onderbrekingskans hebt, als u aanpassingen moet aanbrengen voordat u doorgaat
• Plan uw eerste groep gebruikers die u wilt inschakelen om ervoor te zorgen dat u de feedback ontvangt die u nodig hebt om verder te gaan. Selecteer waar mogelijk een actieve groep gebruikers die tijdig feedback zal geven
• Probeer bij het plannen van elke golf te beginnen met een kleine gebruikersbasis (minder dan 5000 gebruikers). Vergroot de groepsgrootten naarmate u doorgaat met elke golf. Door een gespreide benadering te maken, kunt u zo nodig gemakkelijker pauzeren.