Pianificazione del piano di implementazione del portale in SharePoint Online

Un portale è un sito di SharePoint nella intranet con molti visualizzatori di siti che utilizzano il contenuto del sito. Le organizzazioni di grandi dimensioni potrebbero avere diversi portali. Ad esempio, un portale aziendale e un portale hr. In genere i portali hanno relativamente poche persone che creano il sito e il contenuto. La maggior parte dei visitatori del portale si limita a leggere e usare il contenuto.

Questo articolo descrive come pianificare la distribuzione e il piano di implementazione in SharePoint Online. Fornisce anche gli approcci da seguire perché i test di carico tradizionali non sono consentiti in SharePoint Online. SharePoint Online è un servizio cloud e le funzionalità di carico, l'integrità e il bilanciamento complessivo del carico nel servizio sono gestiti da Microsoft.

Per semplificare la creazione di un portale di successo, seguire i principi, le procedure e le raccomandazioni di base descritti in Creazione, avvio e gestione di un portale integro

L'approccio alla distribuzione è evidenziato di seguito.

Utilità di pianificazione di avvio del portale

Usare l'utilità di pianificazione di avvio del portale per rilasciare il portale agli utenti dell'organizzazione nelle fasi pianificate. Ulteriori informazioni:

Utilità di pianificazione di avvio del portale

Panoramica della pianificazione della capacità in SharePoint Online

Per usare in modo efficiente la capacità e gestire una crescita imprevista, in qualsiasi farm è disponibile l'automazione che tiene traccia di determinati scenari di utilizzo. Anche se la crescita esatta è imprevedibile per qualsiasi tenant in una farm, la somma aggregata delle richieste è prevedibile nel tempo. Identificando le tendenze di crescita in SharePoint Online, è possibile pianificare l'espansione futura. Per altre informazioni sulla pianificazione della capacità e sul test di carico di SharePoint Online.

Una parte fondamentale di un lancio riuscito è l'approccio "wave" o "phased roll-out" descritto di seguito.

È possibile caricare i test di SharePoint Online?

SharePoint Online è un ambiente multi-tenant condiviso bilanciato tra farm e la scalabilità viene regolata in modo continuativo. Il test di carico di un ambiente, ad esempio SharePoint Online, le cui modifiche di scalabilità non solo offrono risultati imprevisti, ma non sono consentite.

Altre informazioni: Pianificazione della capacità e test di carico di SharePoint Online

Ottimizzare le pagine seguendo le linee guida consigliate

Le pagine di una distribuzione locale non devono essere semplicemente spostate in SharePoint Online senza esaminarle rispetto alle linee guida consigliate per SharePoint Online. L'approccio migliore consiste nell'ottimizzare sempre qualsiasi home page per qualsiasi sito o portale in SharePoint, in quanto è qui che la maggior parte degli utenti dell'organizzazione accederà come punto di partenza per i siti.

È necessario considerare alcuni fattori di base:

• Le distribuzioni locali possono usare cache tradizionali sul lato server, ad esempio cache degli oggetti, cache di output e cache BLOB. Con le differenze di topologia nel cloud, queste opzioni non sono necessariamente disponibili perché le differenze di scalabilità assoluta le rendono approcci meno fattibili.
• Tutte le pagine, le funzionalità e le personalizzazioni usate per l'utilizzo del cloud devono essere ottimizzate per una latenza più elevata e le posizioni distribuite degli utenti, in modo che gli utenti in aree o aree diverse abbiano un'esperienza più coerente. Il cloud offre ottimizzazioni come reti per la distribuzione di contenuti (CDN) per ottimizzare una base di utenti distribuita e per SharePoint moderno, l'ultimo valore noto (LKG) viene utilizzato dalle web part predefinite (OOTB).

Operazioni da eseguire:

• Per tutte le pagine del sito in SharePoint Online, usare lo strumento Diagnostica pagine, che è un'estensione Chromium che consente di analizzare e fornire indicazioni. Questo strumento può essere usato da proprietari di siti, editor, amministratori e sviluppatori perché è progettato per essere un punto di partenza per l'analisi e l'ottimizzazione.
• Gli sviluppatori devono anche usare strumenti di sviluppo come lo strumento di sviluppo del browser F12 e CTRL-F12 nel browser nelle pagine moderne. Fiddler può anche essere usato per esaminare il peso delle dimensioni (dimensioni della pagina in megabyte) della pagina e il numero di chiamate ed elementi che influiscono sul carico complessivo della pagina.

Questa sezione è stata un breve riepilogo per l'ottimizzazione delle pagine. Per altre informazioni, vedere Creazione, avvio e gestione di un portale integro.

Seguire un approccio wave/phased roll-out

L'approccio big bang tradizionale per l'avvio del sito non consente di verificare che personalizzazioni, origini esterne, servizi o processi siano stati testati sulla scala corretta. Questo approccio non significa che il lancio richiederà mesi, ma è consigliato per almeno diversi giorni a seconda delle dimensioni dell'organizzazione. Seguendo un piano di implementazione wave, è quindi possibile sospendere e risolvere i problemi prima di procedere con la fase successiva e quindi ridurre il numero potenziale di utenti interessati da eventuali problemi. SharePoint come servizio ridimensiona la capacità in base all'utilizzo e all'utilizzo previsto e, anche se non è necessario che tu ci informi del lancio, devi seguire le linee guida per garantire il successo.

Come illustrato nell'immagine seguente, spesso il numero di utenti invitati è significativamente superiore a quello che effettivamente usa il sito. Questa immagine mostra una strategia su come implementare una versione. Questo metodo consente di identificare i modi per migliorare il sito di SharePoint prima che la maggior parte degli utenti la veda.

Nella fase pilota, è consigliabile ottenere feedback dagli utenti che l'organizzazione considera attendibili e sa che saranno coinvolti. In questo modo è possibile misurare il modo in cui viene usato il sistema e le prestazioni.

Durante ogni ondata, raccogliere il feedback degli utenti sulle funzionalità e sulle prestazioni durante ogni ondata di distribuzione. La raccolta di feedback ha il vantaggio di introdurre lentamente il sistema e apportare miglioramenti man mano che il sistema viene usato di più. Questo ci consente anche di reagire all'aumento del carico man mano che il sito viene distribuito a un maggior numero di utenti e combinato con le linee guida per l'ottimizzazione della pagina garantisce un'esperienza positiva per gli utenti.

Operazioni da eseguire:

• Decidere la tempistica di ogni fase e assicurarsi di avere un'opportunità di emergenza/pausa, se è necessario apportare modifiche prima di continuare
• Pianificare il primo gruppo di utenti che si vuole abilitare per assicurarsi di ricevere il feedback necessario per procedere. Se possibile, selezionare un gruppo attivo di utenti che fornirà feedback in modo tempestivo
• Durante la pianificazione di ogni ondata, provare a iniziare con una piccola base di utenti (meno di 5000 utenti). Aumentare le dimensioni del gruppo man mano che si procede con ogni onda. Creando un approccio sfalsato, consente di semplificare le opportunità di pausa in base alle esigenze.