Creazione e governance di un servizio di SharePoint (SharePoint Server 2010)

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2017-01-20

Una distribuzione corretta di Microsoft SharePoint Server 2010 si basa sulla capacità di un'azienda di regolamentare il servizio per garantire che soddisfi le esigenze aziendali dei clienti interni in modo sicuro e conveniente. In questo articolo vengono descritti gli elementi tipici di un servizio IT che ospita SharePoint Server 2010, vengono indicati i fattori essenziali per la governance di un servizio SharePoint Server e viene illustrato un esempio di servizio di SharePoint a tre livelli.

• Che cos'è un servizio SharePoint

• Elementi di un servizio efficace

• Cosa regolamentare in un servizio SharePoint

• Creazione di più servizi

• Contratti di servizio

Che cos'è un servizio SharePoint

Un servizio SharePoint è un servizio IT che offre siti ospitati basati su Prodotti Microsoft SharePoint 2013. Tra gli elementi offerti da un servizio vi sono:

• Siti di un ambito, ad esempio una raccolta siti, un'applicazione Web o una server farm

• Backup e ripristino

• Archiviazione del contenuto

• Supporto per le personalizzazioni

• Sicurezza

• Livelli di servizio basati su velocità e disponibilità

Elementi di un servizio efficace

Quando si valuta e implementa un servizio SharePoint Server, considerare gli elementi seguenti che possono contribuire all'efficacia delle attività di governance:

• Creare e utilizzare un gruppo di governance

  Il servizio IT che supporta SharePoint Server deve essere regolamentato da un gruppo che include, tra gli altri, i cointeressati esecutivi, i responsabili di reparto, gli Information Worker coinvolti, i responsabili IT e gli specialisti tecnici IT. L'obiettivo del gruppo di governance deve essere di supervisionare il servizio. In questo ambito il gruppo di governance definisce le offerte iniziali del servizio, definisce i criteri costanti del servizio e organizza riunioni periodiche per valutare l'efficacia del servizio.

• Scambiare comunicazioni sui servizi

  I criteri di governance che vengono sviluppati devono essere pubblicizzati nell'azienda. Realizzare quindi un sito Web in cui descrivere l'insieme di servizi.

• Promuovere l'utilizzo del servizio

  Sconsigliare agli utenti di distribuire i propri server e incoraggiarli a utilizzare il servizio. I server isolati potrebbero non essere configurati in conformità con i criteri di protezione IT e i requisiti normativi dell'azienda. Gli utenti che distribuiscono i propri server inoltre potrebbero non riuscire a eseguire correttamente il backup dei server o a mantenere i server aggiornati con le patch e gli aggiornamenti software. Il contenuto dei server che non sono regolamentati dal servizio inoltre potrebbe non essere sottoposto a ricerca per indicizzazione dal servizio di indicizzazione dell'azienda, generando in questo modo parti di contenuto isolate.

• Creare più servizi

  È necessario offrire un insieme di servizi che supportano SharePoint Server, ad esempio un servizio che offre migliaia di siti per la collaborazione e un altro che supporta siti molto grandi e di importanza strategica, quali siti Intranet aziendali. Un insieme di servizi SharePoint Server consente di applicare regole di governance e criteri univoci a vari livelli di servizio in modo da adattare il costo stimato per le organizzazioni in base al livello del servizio. Infine, un servizio strutturato su più livelli consente di regolare i servizi in modo gestibile.

Cosa regolamentare in un servizio SharePoint

Durante la progettazione dei servizi IT che supportano SharePoint Server, il gruppo di governance deve determinare i limiti e i criteri che controllano i servizi. Se si sceglie di utilizzare le caratteristiche di multi-tenancy di SharePoint Server per ospitare i servizi, è possibile consentire a un gruppo IT di delegare attività amministrative comuni per un insieme di siti ai proprietari della business unit. In questo modo un gruppo IT potrà concentrarsi esclusivamente sul servizio stesso. Per ulteriori informazioni sulla caratteristica di multi-tenancy, vedere Ambienti ospitati (SharePoint Server 2010).

Determinare i limiti e i criteri per gli elementi seguenti dei servizi:

• Modelli quote

  Un modello quote è costituito da valori che specificano la quantità di dati che è possibile archiviare in una raccolta siti. Il valore indica inoltre il limite in corrispondenza del quale viene attivato l'invio di un avviso tramite posta elettronica all'amministratore della raccolta siti. È possibile associare le quote ai siti che sono disponibili a vari livelli del servizio per regolamentare la crescita di SharePoint Server all'interno dell'organizzazione. È inoltre possibile impostare quote separate per soluzioni in modalità sandbox.

• Dimensioni massime di caricamento

  A livello di applicazione Web è possibile impostare limiti per le dimensioni massime dei file caricati. In tutti i siti dell'applicazione Web host verrà utilizzato lo stesso limite.

• Gestione del ciclo di vita

  È possibile regolamentare la modalità di creazione dei siti, la dimensione dei siti e la relativa durata utilizzando la gestione siti in modalità self-service e la funzionalità di conferma dell'utilizzo dei siti ed eliminazione. È inoltre possibile impostare criteri di scadenza e accesso per controllare il ciclo di vita del contenuto dei siti.

  Il provisioning dei siti in modalità self-service consente agli utenti di creare propri siti Web principali visitando una pagina ospitata da IT e fornendo i dati sull'utilizzo previsto del sito. Il provisioning del sito può quindi essere eseguito in base a un flusso di lavoro personalizzato. Per diversi livelli di servizio, è possibile regolamentare la dimensione di questi siti e controllarne la durata.

• Criterio di personalizzazione

  Uno dei vantaggi principali dell'utilizzo di siti basati su SharePoint Server è la capacità dei proprietari dei siti di personalizzarli, ad esempio modificandone l'aspetto o fornendo nuove funzionalità, come una web part o un flusso di lavoro personalizzato. Valutare attentamente il tipo e il livello di personalizzazione consentito e supportato a ogni livello del servizio, poiché alcuni tipi di personalizzazioni si applicano all'intera server farm.

  Valutare la possibilità di utilizzare soluzioni in modalità sandbox per limitare l'impatto delle personalizzazioni in una farm. Ad esempio, i servizi che consentono la creazione di siti in modalità self-service possono includere migliaia di siti che condividono una singola applicazione Web. In questo caso le personalizzazioni potrebbero essere limitate a quanto supportato dall'interfaccia utente, ad esempio l'aggiunta di web part a pagine. Se si utilizzano soluzioni in modalità sandbox, le personalizzazioni si applicano solo alla raccolta siti corrispondente. In un servizio che determina l'isolamento virtuale o fisico della server farm, ad esempio per un sito Intranet aziendale, è possibile consentire un livello elevato di personalizzazioni, ad esempio gestori eventi e flussi di lavoro personalizzati.

  A livello di applicazione Web è inoltre possibile definire se è possibile utilizzare SharePoint Designer per modificare i siti nell'applicazione Web. Per ulteriori informazioni, vedere Configurare le impostazioni di un'applicazione Web (SharePoint Server 2010).

  Per una descrizione completa del livello di personalizzazioni supportato da SharePoint Server 2010 e dei rischi e benefici del supporto di ogni tipo di personalizzazione ai vari livelli del servizio, leggere il white paper Criterio di personalizzazione di Prodotti e tecnologie SharePoint (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=92311&clcid=0x410). Benché il contenuto sia specifico di Microsoft Office SharePoint Server 2007, la maggior parte delle informazioni si applica a SharePoint Server 2010. Per ulteriori informazioni sulle soluzioni in modalità sandbox, vedere Pianificare le soluzioni in modalità sandbox (SharePoint Server 2010).

• Classificazione delle risorse

  È possibile sviluppare e implementare un sistema di classificazione per i siti e il contenuto supportato da un servizio per identificare il valore delle informazioni per un'organizzazione e l'impatto prodotto su di essa. I metadati ad esempio consentono di classificare il contenuto con un valore o un impatto elevato, medio o basso per l'azienda.

  • L'impatto è correlato all'esposizione e al contenuto. È necessario valutare se con una distribuzione esterna del contenuto si espone la propria azienda a rischi o si divulgano informazioni riservate su utenti o clienti. In caso affermativo, il contenuto deve essere considerato come ad alto impatto per l'azienda.

  • Il valore è correlato alla disponibilità. È necessario valutare se una non disponibilità del contenuto può avere impatto sulle attività giornaliere dell'azienda. In caso affermativo, si tratta di contenuto di valore elevato.

  Ogni classificazione genererebbe altri comportamenti, ad esempio potrebbe essere richiesto il trasporto di contenuto ad alto impatto solo in formato crittografato oppure l'esecuzione di un processo di approvazione per il contenuto di medio impatto prima della pubblicazione in un sito Web rivolto al pubblico. Il contenuto ad alto impatto forse dovrebbe essere ospitato in un servizio con criteri più restrittivi e processi di ripristino di emergenza avanzati.

• Gestione del ciclo di vita

  Il servizio deve includere linee guida o strumenti relativi al ciclo di vita per i siti attivi e i siti inutilizzati. Per i livelli inferiori del servizio, è ad esempio possibile implementare un meccanismo che consenta solo ai proprietari dei siti di creare siti che durano sei mesi prima che l'utente debba estendere la richiesta per il sito. È inoltre possibile implementare uno strumento che ricerca ed elimina siti non utilizzati per un determinato periodo di tempo. La gestione del ciclo di vita implica anche l'integrazione del servizio con gli strumenti di gestione dei record e i processi in uso nell'organizzazione. Per ulteriori informazioni, vedere Pianificazione della gestione dei record (SharePoint Server 2010).

• Personalizzazione e struttura

  Una personalizzazione uniforme con una guida di stile aziendale garantisce un aspetto più coerente dei siti e attività di sviluppo semplificate. Le pagine master e i modelli consentono di creare il marchio visivo di un sito. Archiviare le pagine master approvate in raccolte del sito affinché siano a disposizione dei progettisti del sito. Una struttura uniforme consente agli utenti di essere certi di trovarsi nella posizione corretta esaminando semplicemente l'aspetto del sito. Definire quali parti del modello possono o non possono essere modificate dai proprietari di siti. Lasciare spazio per la personalizzazione secondaria di singoli team o marchi di progetto.

  Una struttura coerente è un'altra caratteristica importante che consente agli utenti di non perdersi mentre si spostano nell'ambito dei servizi quando ricercano contenuto.

• Protezione dati

  Tra le caratteristiche che offrono la protezione dei dati sono inclusi il backup e il ripristino. È possibile variare il livello di protezione dei dati offerto in base ai livelli di servizio proposti (i livelli più elevati potrebbero includere un costo per il proprietario del sito). Per ogni livello di servizio, pianificare la frequenza con cui eseguire il backup dei siti e il tempo di risposta concesso per ripristinare i siti. Per ulteriori informazioni, vedere Pianificare il backup e il ripristino in SharePoint Server 2010 e il Centro Risorse di gestione della continuità aziendale (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x410).

• Sicurezza, infrastruttura e criteri applicazione Web

  Gestire l'infrastruttura e monitorare l'accesso all'infrastruttura e al contenuto per garantire un ambiente stabile e sicuro. Utilizzare i criteri applicazione Web per concedere o negare l'accesso al contenuto in base alle regole di conformità o alle esigenze aziendali. Mantenere l'infrastruttura aggiornata con gli aggiornamenti software per essere certi di disporre degli ultimi miglioramenti e delle correzioni più recenti.

• Formazione

  Una comunità di utenti correttamente formati offre vantaggi per il settore IT, in quanto riduce le richieste di supporto, stimola l'adozione della tecnologia, contribuisce a garantire l'utilizzo corretto di SharePoint Server e aiuta gli utenti a comprendere le proprie responsabilità quando utilizzano il servizio SharePoint Server. Per ogni livello di servizio, è consigliabile richiedere un livello di formazione appropriato. Anche per un servizio di base, gli utenti con privilegi di amministrazione del sito avranno accesso a molte caratteristiche che influiscono sulla funzionalità del sito. I corsi online, ad esempio le esercitazioni, possono consentire a questi utenti di sfruttare al meglio le potenzialità del proprio sito.

  La formazione per una community di utenti è disponibile in Risorse di SharePoint 2010 per gli utenti finali (https://go.microsoft.com/fwlink/?linkid=199542&clcid=0x410)

Creazione di più servizi

Gli utenti del servizio SharePoint Server di un'azienda necessitano di siti che soddisfino una gamma di scopi:

• Aree di lavoro di breve durata e a singolo scopo per la pianificazione di eventi e la gestione di riunioni e progetti

• Siti del team per la collaborazione generale

• Portali dei reparti per gruppi di lavoro di grandi dimensioni che gestiscono i processi aziendali

• Siti Intranet aziendali per trasmettere informazioni e offrire servizi per l'intera organizzazione

Valutare la possibilità di dividere un servizio SharePoint Server in un insieme di servizi in grado di soddisfare le diverse esigenze dell'organizzazione. Ogni utente di un determinato servizio otterrebbe lo stesso livello di supporto e dovrebbe corrispondere un costo simile. Qualora fossero necessarie soluzioni più complesse o costose, sarebbe possibile aggiungere nuovi servizi per supportarle. Uno dei vantaggi di questo approccio consiste nella possibilità di introdurre un servizio per volta, riducendo così il carico di lavoro del personale IT. Collaborare con i principali cointeressati, i responsabili dei reparti aziendali e i responsabili IT per determinare i requisiti di ogni livello di servizio e l'ordine in cui verranno introdotti i servizi.

Nella tabella seguente viene illustrato un approccio di esempio per la creazione di un insieme di servizi suddiviso in livelli. In questo esempio vengono offerti tre livelli di servizio. Si noti che i valori indicati sono solo a titolo esemplificativo e non devono essere considerati come raccomandazioni:

Approccio di esempio per un insieme di servizi

Contratti di servizio

Definire contratti di servizio per ogni livello di servizio. Un contratto di servizio deve includere come minimo gli elementi seguenti:

• Il tempo e le approvazioni necessari per creare un sito.

  Il processo di creazione di un sito e le parti coinvolte.

• Le informazioni sui costi del servizio per gli utenti o i reparti.

  Le parti soggette a tariffe e i servizi che prevedono l'applicazione di tariffe.

• Gli accordi a livello operativo in cui vengono specificati i team che eseguono le operazioni e con quale frequenza.

  Il team che applica gli aggiornamenti, quello che esegue i backup e la frequenza con cui vengono eseguite queste operazioni.

• I criteri per la risoluzione dei problemi tramite un helpdesk.

  Le parti contattate dai clienti che necessitano di assistenza e il percorso di riassegnazione.

• Gli obiettivi delle prestazioni negoziati per il primo carico di un sito, i carichi successivi e le prestazioni nelle postazioni remote.

• Le strategie di ripristino, bilanciamento del carico e failover.

• I criteri di personalizzazione del servizio.

• I limiti di archiviazione per contenuto e siti.

• Il supporto multilingue.

  Le lingue che verranno installate e supportate.

See Also

Concepts

Controllare o bloccare le installazioni di SharePoint Server 2010

Other Resources

Governance in SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x410) (le informazioni potrebbero essere in lingua inglese)
SharePoint - Contratti di servizio di esempio - Blog "Sul campo" (https://go.microsoft.com/fwlink/?linkid=203973&clcid=0x410) (le informazioni potrebbero essere in lingua inglese)
Modello di esempio: piano di governance di Prodotti e tecnologie SharePoint (https://go.microsoft.com/fwlink/?linkid=162169&clcid=0x410)