Principale utente con più risposte
architettura sharepoint

Domanda
-
0Avrei bisogno di un piccolo chiarimento sull'architettura sharepoint
Devo adoperare sharepoint per esporre alcuni siti Business Intelligence simili ma cmq ben compartimentati, ognuno lavora con i suoi specifici utenti, database, settaggi di sharepoint e di analisys service (i famosi cubi).
Se ho capito bene le basi sharepoint dovrei creare:
1 unica web application
n Raccolte siti, uno per ogni BI che vado a pubblicare. Il "centro" della architettura Sharepoint è la raccolta sito nel senso che ogni raccolta è totalmente indipendente e totalmente configurabile rispetto alle altre. Ho capito bene? Grazie
Risposte
-
Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)
- Contrassegnato come risposta Romeo PrunoMicrosoft employee domenica 20 novembre 2011 15:33
-
Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)
In aggiunta a quanto riportato da Gabriele, l'isolamento in termini di Service Application è comunque demandato a singole WebApplication. In definitiva, se l'istanza Performance Point è unica conviene isolare ogni singola SiteCollection senza avere la necessità di utilizzare n istanze di WebApplication.
Romeo Pruno | Microsoft MVP SharePoint Server | http://www.nonaka.eu/feed- Contrassegnato come risposta Romeo PrunoMicrosoft employee domenica 20 novembre 2011 15:33
Tutte le risposte
-
Ogni raccolta siti costituisce una unità amministrativa isolata in termini di sicurezza. Non costituisce unità isolata in termini di spazio di esecuzione dei componenti (stesso Application Pool). In questo secondo caso l'isolamento totale si ottiene usando web application distinte con application pool distinti.
-
Grazie, si tratta di esporre dati BI (dashboard create col performancepoint di sharepoint).
Il mio uso di sharepoint quindi è minimo.
Ogni azienda lavora come dicevo con le sue dashboard, il sul suo database dati, suoi utenti e così via.
Ho scartato l'idea si lavorare su unica SiteCollection è più Siti perchè preferisco compartimentare le varie aziende in modo che siano gestibili separatamente (per verifiche, cambiamento e errori e così via).
Mi chiedevo solo se fosse meglio "spezzare" a livello WEB Application o Site Collection ma alla fine probabilmente opterò per la soluzione più "greve" cioè diverse applicazione WEB in modo da monitorare tutto fino da livello IIS ed Application Pool come dici tu.
Meno "gestibilità" ma più controllo sulle singole parti. Tu che ne pensi?
-
Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)
- Contrassegnato come risposta Romeo PrunoMicrosoft employee domenica 20 novembre 2011 15:33
-
Usando Web Application diversi isoli il tutto ma consumi molte più risorse. Se le "aziende" utenti sono dello stesso gruppo potresti usare anche le sole site collection separate (in content DB separati a questo punto per cui dovrai crearle usando STSADM o PowerShell)
In aggiunta a quanto riportato da Gabriele, l'isolamento in termini di Service Application è comunque demandato a singole WebApplication. In definitiva, se l'istanza Performance Point è unica conviene isolare ogni singola SiteCollection senza avere la necessità di utilizzare n istanze di WebApplication.
Romeo Pruno | Microsoft MVP SharePoint Server | http://www.nonaka.eu/feed- Contrassegnato come risposta Romeo PrunoMicrosoft employee domenica 20 novembre 2011 15:33