Condividi tramite


Progettare l'architettura delle informazioni e la governance a livello globale

Contenuto dell'articolo:

  • Identificare i requisiti della forza lavoro globale

  • Pianificare la collaborazione da diverse ubicazioni geografiche

  • Pianificare il contenuto pubblicato

  • Pianificare i siti di business intelligence e altri siti di applicazioni

  • Esempio di progettazione: Gestione delle informazioni tra diverse ubicazioni geografiche

Numerose organizzazioni utilizzano Microsoft Office SharePoint Server 2007 per supportare dipendenti e collaboratori dislocati in ogni parte del mondo. In questo articolo vengono illustrati i tipi di siti e servizi offerti da Microsoft Office SharePoint Server 2007 e il modo in cui una forza lavoro globale influenza la distribuzione di tali siti e servizi. Vengono inoltre fornite informazioni utili per individuare la soluzione globale più adatta per la propria organizzazione. Per ulteriori informazioni su queste soluzioni, vedere Soluzioni globali per Office SharePoint Server supportate.

Nell'articolo è inoltre incluso un esempio di progettazione per la gestione di informazioni e documenti in ambienti con più server farm. Tale esempio offre spunti per la governance dei contenuti in ambienti in cui le informazioni vengono create in diverse farm. Il modello Gestione globale delle informazioni con Microsoft Office SharePoint Server (informazioni in lingua inglese), disponibile all'indirizzo https://go.microsoft.com/fwlink/?linkid=110983&clcid=0x410 contiene una panoramica dell'esempio di progettazione. Il modello è stato creato in Microsoft Office Visio. Se Visio non è installato nel computer in uso, è possibile scaricare gratuitamente un visualizzatore (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0x410). Per stampare il file è consigliabile utilizzare un plotter.

Identificare i requisiti della forza lavoro globale

In Microsoft Office SharePoint Server 2007 sono disponibili tre grandi categorie di siti e servizi:

  • **Siti di collaborazione   **Utilizzati da dipendenti e team per la collaborazione e l'archiviazione dei dati. I siti del team e i siti personali sono siti di collaborazione. Le attività di collaborazione svolte tramite questi siti includono la creazione e gestione di elenchi e raccolte, la creazione e modifica di documenti e la gestione di siti e raccolte. I siti di collaborazione vengono inoltre utilizzati per archiviare documenti personali e dei team, evitando di memorizzarli in una condivisione file o in un computer locale. L'archiviazione delle informazioni in siti del team e personali ne assicura un backup e una gestione uniformi.

  • Siti di contenuto pubblicato   Utilizzati per ospitare contenuto pubblicato, generalmente in sola lettura, come ad esempio i criteri aziendali. Il contenuto pubblicato viene in genere creato da un numero limitato di persone e quindi pubblicato per essere disponibile a numerosi utenti.

  • Siti di business intelligence e altri siti di applicazioni   Utilizzati per ospitare applicazioni, ad esempio le applicazioni di business intelligence. Questi siti dipendono da servizi eseguiti nella server farm e spesso utilizzano contenuti archiviati in sistemi di dati back-end. La duplicazione di questi tipi di siti all'interno di un'organizzazione può presentare difficoltà.

Stabilire quali di questi siti e servizi sono importanti per la propria organizzazione può facilitare l'individuazione della soluzione più adatta tra quelle supportate. I tipi di siti e servizi identificati influenzano inoltre l'architettura globale delle informazioni e il piano di governance del contenuto all'interno dell'organizzazione.

Pianificare la collaborazione da diverse ubicazioni geografiche

Nella scelta della soluzione più adeguata per l'organizzazione, è fondamentale stabilire l'importanza dei siti di collaborazione per la totalità dei dipendenti e collaboratori. La collaborazione in Microsoft Office SharePoint Server 2007 implica le operazioni seguenti, che dipendono dai collegamenti WAN (Wide Area Network):

  • Apertura, caricamento e download di documenti.

  • Esplorazione, aggiunta e modifica dei dati all'interno di elenchi, raccolte e siti.

Se i siti di collaborazione sono importanti per gli utenti globali, le seguenti considerazioni e attività di pianificazione possono risultare utili per decidere se ospitare questi siti in una posizione centrale o distribuire ulteriori server farm nelle varie aree geografiche.

  • Valutare i collegamenti WAN tra gli utenti globali e il sito centrale. Determinare la larghezza di banda media disponibile durante l'orario di ufficio e la latenza media sui collegamenti WAN. La latenza è la quantità di tempo, in genere misurata in millisecondi, necessaria per il trasferimento dei dai da un'estremità all'altra del collegamento WAN. Se necessario, consultare il provider di rete.

  • Utilizzare i dati relativi alla larghezza di banda forniti in Pianificare i requisiti di larghezza di banda per stimare il tempo necessario agli utenti globali per completare le attività di collaborazione più comuni all'interno dell'organizzazione. A tale scopo, considerare anche le dimensioni dei file gestiti dall'organizzazione.

  • Se è già stato distribuito un sito centrale, utilizzare i collegamenti WAN esistenti per testare i tipi di operazioni che verranno eseguiti dagli utenti.

  • In base ai calcoli eseguiti o ai risultati dei test effettivi, stabilire se una soluzione centrale sia in grado di supportare in modo adeguato la collaborazione tra gli utenti globali. Di seguito sono elencati i fattori da considerare:

    • Frequenza con cui gli utenti globali prendono parte ad attività di collaborazione. Se i siti di collaborazione vengono utilizzati solo occasionalmente, un eventuale rallentamento delle prestazioni sul collegamento WAN potrebbe essere tollerato. Se invece gli utenti devono spesso attendere il completamento delle operazioni e tale attesa influisce sulla rapidità di esecuzione delle proprie mansioni, è opportuno prendere in considerazione l'ottimizzazione del collegamento WAN o la distribuzione di una server farm più vicina a tali utenti.

    • Confronto delle prestazioni dei siti di collaborazione sul collegamento WAN con altre tecnologie disponibili. Un piano di governance efficace incentiva gli utenti a utilizzare le tecnologie nel modo più appropriato. Se i dipendenti scelgono di utilizzare la posta elettronica per condividere i documenti o di archiviare i documenti in computer locali perché tali soluzioni sono di gran lunga le più rapide, la soluzione e il piano di governance potrebbero non essere adottati nel modo desiderato dall'organizzazione.

    • Costi aziendali. Se gli utenti globali devono costantemente attendere il completamento delle operazioni, l'efficienza delle attività aziendali ne risentirà. Prima di decidere di distribuire un'ulteriore server farm in un'area geografica, confrontare il costo derivante da tale inefficienza con i costi di distribuzione di una nuova server farm. I fattori da considerare includono il numero di dipendenti e collaboratori interessati e il costo dell'inefficienza per l'organizzazione. In alcuni casi, l'organizzazione può tollerare una diminuzione delle prestazioni del collegamento WAN perché interessa solo pochi utenti o perché il tipo di lavoro influenzato non riveste un'importanza critica per l'azienda.

Se si stabilisce che i collegamenti WAN non supporteranno una soluzione centrale, prendere in considerazione le opzioni per l'ottimizzazione della soluzione globale per gli ambienti WAN prima di decidere di distribuire nuove farm. Per ulteriori informazioni, vedere Ottimizzazione di Office SharePoint Server per ambienti WAN.

Se si decide di distribuire un'ulteriore server farm, è importante coordinare il luogo di distribuzione e l'assegnazione dei siti del team e dei siti personali. Assicurarsi innanzitutto che i siti personali siano disponibili in ogni server farm. Assegnare agli utenti globali l'attività di creazione di un sito personale nella server farm più vicina al posto di lavoro. Ciò assicura agli utenti prestazioni ottimali e incoraggia gli utenti globali a creare e archiviare i propri progetti in Microsoft Office SharePoint Server 2007. Per informazioni sulla gestione di più applicazioni Sito personale in un'organizzazione e su come verificare che gli utenti creino un sito personale nella posizione corretta, vedere la sezione relativa al coordinamento dei siti personali in un'organizzazione nell'articolo Progettare l'architettura dei siti personali.

Individuare la server farm più vicina e quindi più adatta a ospitare i siti personali degli utenti globali è semplice, ma non è altrettanto semplice stabilire dove ospitare i siti del team per progetti specifici. Gli utenti globali di un team possono essere vicini tra loro oppure dislocati in diverse aree geografiche. Nel primo caso, utilizzare i siti del team nella server farm più vicina al team. Nel secondo caso, utilizzare i siti del team nella server farm più vicina al team in cui la collaborazione al progetto sarà più intensa.

Nella maggior parte dei casi, gli utenti globali partecipano a diversi progetti e utilizzano contenuti provenienti da siti del team diversi. Ospitando i siti personali nella farm più vicina agli utenti globali e mettendo a disposizione siti del team in diverse posizioni, gli utenti globali non risentiranno costantemente del rallentamento dei collegamenti. Per supportare i team globali non adeguatamente supportati dai collegamenti WAN, è consigliabile utilizzare Microsoft Office Groove 2007. Per ulteriori informazioni, vedere Estensione delle soluzioni globali di Office SharePoint Server con Office Outlook 2007 e Office Groove.

In caso di distribuzione di più server farm con siti di collaborazione, è importante progettare un'architettura delle informazioni e un piano di gestione delle informazioni che assicurino un'efficace governance del contenuto creato su tali siti. Per ulteriori informazioni, vedere Esempio di progettazione: Gestione delle informazioni tra diverse ubicazioni geografiche più avanti in questo articolo.

Pianificare il contenuto pubblicato

Il contenuto pubblicato viene in genere creato da un piccolo gruppo di persone all'interno di un'organizzazione e quindi pubblicato in modo che sia accessibile a un vasto numero di utenti. Tale contenuto viene generalmente pubblicato in sola lettura, sebbene la pubblicazione di contenuti tramite blog e wiki consenta agli utenti di aggiungere e modificare contenuti.

Determinare la larghezza di banda disponibile e la latenza media dei collegamenti WAN, quindi utilizzare i dati relativi alla larghezza di banda forniti in Pianificare i requisiti di larghezza di banda per stimare il tempo necessario agli utenti globali per visualizzare il contenuto pubblicato. Se è già stato distribuito un sito centrale, valutare il tempo necessario per visualizzare il contenuto pubblicato tramite i collegamenti WAN esistenti.

Se gli utenti globali richiedono principalmente l'accesso a contenuto pubblicato e non necessariamente a contenuto per la collaborazione, esistono diversi modi per ottimizzare il funzionamento di una soluzione centrale sui collegamenti WAN. È possibile utilizzare una qualsiasi combinazione di questi metodi. Di seguito sono elencati alcuni esempi:

  • Implementare un acceleratore WAN su una o entrambe le estremità di una connessione WAN.

  • Utilizzare la memorizzazione nella cache del server proxy o un prodotto firewall nei siti regionali.

  • Ottimizzare la cache BLOB (Binary Large Object) e la compressione di Internet Information Services (IIS) nella server farm.

  • Ottimizzare le pagine per una visualizzazione più rapida.

  • Ottimizzare la cache del browser nei computer client.

Per ulteriori informazioni, vedere le risorse seguenti:

Se non è già stata presa la decisione di distribuire una o più farm regionali per supportare i siti di collaborazione, i fattori seguenti potrebbero spingere alla distribuzione di ulteriori server farm per supportare il contenuto pubblicato:

  • Gli utenti globali necessitano di un accesso efficiente al contenuto pubblicato per poter eseguire le proprie mansioni. Gli addetti al supporto tecnico, ad esempio, potrebbero avere l'esigenza di accedere rapidamente al contenuto pubblicato per risolvere i problemi dei clienti.

  • Le prestazioni sui collegamenti WAN non sono affidabili e le richieste di visualizzazione delle pagine terminano in timeout.

Se si decide di distribuire più server farm per ospitare il contenuto pubblicato, sono disponibili diverse opzioni per la duplicazione di tale contenuto. Per ulteriori informazioni, vedere "Sincronizzazione" più avanti in questo articolo.

Pianificare i siti di business intelligence e altri siti di applicazioni

Le applicazioni di business intelligence si basano sull'accesso a dati line-of-business. In alcuni casi, un'applicazione di business intelligence rappresenta il punto di aggregazione per l'accesso a diversi sistemi di dati back-end, ad esempio un database di risorse umane, un database CRM o Siebel.

In genere, i dati line-of-business sono ospitati in corrispondenza della posizione centrale di un'azienda. Tuttavia, anche i siti regionali possono ospitare applicazioni di business intelligence.

In un ambiente con più server farm è consigliabile ospitare le applicazioni di business intelligence nella farm più vicina alle origini dati.

Esempio di progettazione: Gestione delle informazioni tra diverse ubicazioni geografiche

In caso di distribuzione di più server farm con siti di collaborazione, è importante progettare un'architettura delle informazioni e un piano di gestione dei contenuti che assicurino un'efficace governance del contenuto creato su tali siti. Nelle tre sezioni seguenti di questo articolo viene illustrato un piano di architettura e governance correlato alle modalità di gestione dei contenuti aziendali descritti di seguito:

  • **Creazione   **Il contenuto viene creato da singoli utenti o team nella posizione in cui si trova.

  • Pubblicazione   Quando il contenuto è pronto per essere condiviso all'interno dell'organizzazione, viene pubblicato in una posizione centrale.

  • Sincronizzazione Se necessario, il contenuto pubblicato dalla posizione centrale viene sincronizzato a livello dell'intera organizzazione per un accesso più efficiente.

In questo esempio di progettazione sono incorporate due caratteristiche chiave:

  • Nelle varie farm vengono creati archivi di contenuti paralleli.

  • Viene implementato un piano di governance per coordinare i contenuti delle diverse farm.

Il piano di governance si basa sugli utenti per stabilire quando il contenuto è pronto per essere condiviso. I suggerimenti forniti in questo esempio di progettazione si applicano alla creazione e condivisone di documenti in un'organizzazione. Non sono validi per la condivisione di altri tipi di contenuti, quali elenchi o siti.

Progettazione dell'architettura dei contenuti

Prima di procedere con la creazione di contenuti, ottimizzare l'architettura delle informazioni e la governance nell'ambiente nei modi seguenti:

  • In ogni server farm creare siti paralleli per la collaborazione, i progetti pubblicati e le informazioni sulla società.

  • Ospitare siti del team in ogni server farm.

  • Gestire in modo attivo i siti di collaborazione in tutte le farm con un contratto di servizio appropriato per supportare la creazione di contenuti in queste posizioni. Eseguire ad esempio il backup del contenuto per la collaborazione con maggiore frequenza del contenuto pubblicato. Nelle farm regionali il contenuto pubblicato dal sito centrale non richiede lo stesso livello di gestione del contenuto per la collaborazione.

Nella figura seguente sono illustrate una server farm centrale e due server farm regionali.

Soluzione per la creazione e modifica del contenuto

Nella figura:

  • L'architettura del sito è riprodotta nell'intero ambiente. Ogni server farm ospita siti del team, siti per i progetti pubblicati e siti per le informazioni sulla società.

  • La creazione dei contenuti viene eseguita nella server farm che si trova più vicina al team.

Durante la progettazione dell'architettura dei contenuti, tenere presente che sono disponibili diversi modi per duplicare il contenuto nelle varie farm. Per ottimizzare le opzioni e semplificare la gestione del contenuto duplicato, seguire i suggerimenti elencati di seguito:

  • Suddividere il contenuto in raccolte siti distinte. Ad esempio, nel diagramma precedente si consiglia di ospitare i progetti pubblicati in un'unica raccolta siti.

  • Archiviare il contenuto in database dedicati in base all'unità di contenuto da duplicare. Ad esempio, nel diagramma precedente si consiglia di archiviare in un database dedicato tutto il contenuto della raccolta siti relativa ai progetti pubblicati.

Creazione e modifica

Durante la prima fase del processo di creazione di contenuti, i team creano documenti all'interno dei siti del team. Per agevolare la collaborazione fra i team, è possibile:

  • Creare siti di progetti nella farm più vicina al gruppo di lavoro.

  • Utilizzare Microsoft Office Groove 2007 per supportare i membri del team separati da collegamenti WAN con latenze elevate.

L'architettura delle informazioni all'interno dei siti del team può essere strutturata in modo più o meno rigoroso, in base alle necessità dell'organizzazione. In genere solo una piccola percentuale del contenuto creato nei siti del team verrà condivisa nell'intera organizzazione. L'architettura delle informazioni all'interno dei siti del team dovrebbe essere sufficientemente aperta da supportare i tipi di collaborazione importanti per l'organizzazione, ma allo stesso tempo sufficientemente strutturata da poter gestire la governance del contenuto.

Nelle farm regionali la gestione del contenuto dei siti del team ha un'importanza critica, dal momento che tale contenuto rappresenta la ricerca e lo sviluppo di nuovi contenuti di proprietà intellettuale. Di conseguenza, i piani di backup e ripristino per i siti del team devono avere priorità assoluta.

Pubblicazione

Quando il contenuto è pronto per essere condiviso nell'intera organizzazione, incoraggiare i membri del team a pubblicarlo nella farm centrale. In questo scenario, la pubblicazione consiste nel copiare documenti dai siti del team ospitati in una farm nella raccolta siti relativa ai progetti pubblicati, o in qualsiasi altra raccolta siti designata, alla farm centrale.

Nella figura seguente i progetti creati nei siti del team vengono pubblicati nella raccolta siti relativa ai progetti pubblicati o in quella relativa alle informazioni sulla società nel sito centrale.

Soluzione per la pubblicazione di contenuto

Sono disponibili diverse opzioni per la pubblicazione di documenti:

  • Gli utenti possono utilizzare l'opzione Invia a facendo clic sulla freccia in giù accanto a un documento in una raccolta, selezionando Invia a e infine facendo clic su Altra posizione. Se si sceglie questa opzione, assicurarsi che gli utenti siano a conoscenza degli URL su cui pubblicare il contenuto.

  • Utilizzare le API di pubblicazione per creare un flusso di lavoro in grado di copiare il contenuto dalle raccolte siti di creazione ospitate nelle farm regionali in una posizione centrale nella farm centrale. È possibile aggiungere un comando "Pubblica su farm centrale" o un altro comando univoco al menu di opzioni per i documenti (simile alla funzione Invia a). Questa opzione richiede l'aggiunta di codice personalizzato ai siti. È tuttavia possibile aggiungere personalizzazioni in grado di aumentare notevolmente il livello di efficienza e precisione per gli utenti. È ad esempio possibile mettere a disposizione degli utenti un menu di percorsi di pubblicazione oppure un'opzione che avvisi se un documento con il nome specificato dall'utente esiste già nel percorso selezionato e che consenta di sovrascrivere tale documento.

Oltre a creare raccolte siti per i progetti pubblicati e le informazioni sulla società, è possibile creare raccolte documenti all'interno delle raccolte siti, per fornire categorie di contenuto più dettagliate.

Nella figura seguente, la raccolta siti relativa ai progetti pubblicati nella farm centrale include una raccolta documenti per ogni categoria di contenuto creata.

Architettura informazioni globale - server farm

A tali raccolte documenti possono essere assegnate autorizzazioni per gruppi di destinatari. Ad esempio, la cartella Strumenti di vendita può essere configurata con autorizzazioni in lettura per tutti i membri del team di vendita. Quando un documento viene pubblicato in una cartella specifica, ad esempio Strumenti di vendita, eredita le autorizzazioni della cartella. In tal modo è possibile gestire le autorizzazioni a livello dell'intera organizzazione in base a categorie di contenuto e gruppi di destinatari.

Infine, poiché la raccolta siti relativa ai progetti pubblicati include i contenuti di proprietà intellettuale aggregati sviluppati nell'organizzazione, è consigliabile gestire in modo attivo tale raccolta siti nel sito centrale con procedure di backup e ripristino appropriate.

Sincronizzazione

In teoria, il contenuto pubblicato nell'archivio centrale è disponibile per l'intera organizzazione, a seconda delle autorizzazioni. Tuttavia, l'analisi dei collegamenti WAN potrebbe indicare che l'accesso al contenuto pubblicato nell'archivio centrale risulta inefficiente o non pratico. A tale proposito, vedere Pianificare il contenuto pubblicato più indietro in questo articolo.

In base ai risultati ottenuti, è possibile scegliere di creare copie del contenuto pubblicato nelle farm regionali in modo che tale contenuto sia più facilmente accessibile agli utenti globali. In questo scenario, la sincronizzazione consiste nella copia di versioni in sola lettura di documenti dall'archivio centrale alle farm regionali.

Nella figura seguente il contenuto pubblicato nel sito centrale viene duplicato in ogni farm regionale. L'accesso al contenuto è regolato dalle autorizzazioni assegnate, indipendentemente dalla posizione in cui viene duplicato.

Soluzione per la sincronizzazione di contenuto

Sono disponibili diverse opzioni per la sincronizzazione del contenuto nelle farm regionali:

  • Ripristinare o collegare una copia del database.

  • Utilizzare una soluzione partner per copiare o replicare il contenuto sulla rete WAN. Per ulteriori informazioni, vedere la sezione "Replica dei dati, sincronizzazione multimaster e gestione della configurazione " in Ottimizzazione di Office SharePoint Server per ambienti WAN.

Nota

Le caratteristiche di pubblicazione di Microsoft Office SharePoint Server 2007 non sono state ancora testate in ambienti WAN dal team di prodotto.

Poiché il contenuto sincronizzato è una replica del contenuto archiviato nel sito centrale, è possibile gestire in modo attivo i progetti pubblicati nel sito centrale, anziché in ognuno dei siti regionali. Su tali siti è consigliabile riservare la priorità alla gestione attiva dei siti di collaborazione.

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

Per un elenco completo dei manuali disponibili che è possibile scaricare per Office SharePoint Server 2007, vedere Downloadable content for Office SharePoint Server 2007 (informazioni in lingua inglese).

Vedere anche

Concetti

Soluzioni globali per Office SharePoint Server supportate
Pianificare la ricerca globale nell'organizzazione
Pianificare i requisiti di larghezza di banda
Ottimizzazione di Office SharePoint Server per ambienti WAN
Ottimizzazione di web part personalizzate per la rete WAN