Discussion :

[jab]

Bonjour,

La documentation de SharePoint donne comme recommandation de ne pas dépasser 250000 sites. Pour aller au delà, il est recommander d'utiliser plusiers site collections. Je cherche à savoir si quelqu'un a déjà mis en place une infrastructure gérant plusieurs centaines de millier de sites voir plusieurs million. Si non je voudrais avoir au moins votre avis. Personnellement cela me semble hors du scope de SharePoint mais ce n'est que mon avis.

Merci d'avance.

[nonoxp]

Bonjour,

Personnellement cela me semble tres complique de vouloir gerer autant de sites dans une meme collection de sites.
Difficile de se prononcer sans avoir toutes les contraintes liees a votre projet, peut-etre pouvez-vous donner plus de precisions ?

Quelques exemples en vrac: nombre de sites par niveau de hierarchie, profondeur hierarchique maximale, niveau de fonctionnalite des sites crees (template de base, features a activer, workflows), nombre total d'utilisateurs, nombre de permissions utilisateur uniques par niveau hierarchique, nombre de listes par site, nombre total d'items par site et nombre moyen par liste, taille totale estimee de la/les collection de sites (et taille moyenne par site), type de requetes d'affichage effectuees sur les listes, granularite du backup de vos sites (1 seule collection = tout ou rien), utilisation de composants custom ou pas.

Pour ma part mon plus gros projet c'est 15K collections de sites, pour un total de 40K sites avec de la gestion documentaire partout, et ca tient la route malgre quelques surprises au debut et beaucoup d'efforts d'optimisation pour les batchs de nuit. On est bien sur tres loin de vos chiffres, mais meme a ce niveau il est presque impossible de realiser un projet sans l'aide des consultants MS.

[jab]

En fait c'est un fournisseur qui nous propose une solution de case management basée sur le couple K2 SharePoint. Un site correspond à un case.
Dans le site ou devrait retrouver des pages utilisées pour l'interface utilisateur. Les données sont externes et exposées aux travers de webpart. Les documents seraient stockés dans le site ainsi qu'une liste d'URL pour des documents stockés ailleurs (record Center). La sécurité est définie au niveau du site. Il devrait y avoir 3000 utilisateurs. Je dois dire que le nombre de site nécessaire m'inquiète. Il propose un système automatique de répartition sur plusieurs site collections et plusieurs content DB.

[blbird]

Bonjour.

Alors déjà de quelle version de SharePoint parle-t-on? Il y a un monde entre les capacités de SP 2010 et celles de SP 2013.

Ensuite, le nombre de sites me parait très important par rapport au nombre d'utilisateurs.

Et enfin, faire un site par case me semble être, à priori, une mauvaise solution fonctionnelle. Il doit certainement y avoir une autre solution dans un autre type de conteur (pages, BD, listes filtrée) pour gérer ces cases?

[nonoxp]

Effectivement, etant donne vos besoins, les choix techniques retenus pour cette solution sont discutables, mais probablement justifiables. Je connais mal la pile K2, c'est peut etre la raison.

A vous d'aller challenger le fournisseur sur les raisons techniques qui les ont pousse a implementer leur solution de cette facon.
Peut-etre peuvent-ils egalement vous fournir une etude de cas projet similaire a votre besoin?

Si ils ne peuvent ni repondre clairement ni vous preparer/donner de quoi creer un environnement test certifiant que cette solution tiendra la charge, il faudra certainement remettre en question votre choix.

[Lapinpanda]

Bonjour,

oui c'est peux être justifiable, mais en tant que fournisseur, proposer de créer autant de sites, j'ai du mal à comprendre qu'ils aient choisi cette solution. Il ya forcément mieux, 3000 utilisateurs ne justifieront jamais 1 millions de site. Ca sera jamais maintenable en plus...Je connais pas le contexte, mais je trouve cela fou de proposer ça à un client.

Si ce sont des contraintes de sécurités, SharePoint permet de répondre à peu près tout donc il faut surement regarder de ce coté...