1. 1Contexte fonctionnel

télécharger 117.81 Kb.

titre	1. 1Contexte fonctionnel
page	7/8
date de publication	25.12.2016
taille	117.81 Kb.
type	Atelier

ar.21-bal.com > loi > Atelier

1 2 3 4 5 6 7 8

4.2Base de conception

En terme d’architecture SharePoint, il est bon de dissocier 2 axes de conception :

Un axe micro : le site Web SharePoint et son contenu
Un axe macro : la génération de ce site et son hébergement dans les différentes collections de votre ferme SharePoint

La définition du site Web SharePoint est assez proche de celle de tout site SharePoint car il s’agira surtout de cerner les besoins de listes, de rendu, workflows et de WebPart.
Cependant, il faut aussi prendre un peu de recul et voir l’intégration de ce site dans une ferme SharePoint. A vrai dire, le système de SharePoint reposant sur la notion de génération dynamique de site, l’axe micro se concrétise souvent dans la réalisation d’un modèle de site clé en main. Il faut ensuite pondérer son déploiement dans la ferme avec des questions comme :

Combien d’instance de ce modèle ?
Faut-il compartimenter les sécurités par plusieurs collections ou créer des sous sites ?
Les instances seront il regroupés dans un portail existants ou non ?
Quelle adresse donner à ses sites ?
…

La notion de croissance des sites SharePoint est très importante à prévoir et à gérer. Il faut donc aussi s’intéresser à l’impact d’un ou de milliers de sites basés sur le nouveau modèle.

4.3Les chiffres clés

Afin de bien mesurer la croissance de site, il faut aussi la comparer avec les chiffres clés de l’architecture SharePoint. Sous-entendu, éviter de flirter avec les limites conseillées d’utilisation de la plateforme :

Objet SharePoint	Chiffres clés pour des performances acceptables	Notes	Niveau d’impact lors de la chute de la dégradation des performances
Site collection	50 000 par base de contenu	Les performances global de la ferme décroit en fonction de la croissance du nombre total de collection de site.	Ferme
Site collection	150 000 par application web	Cette limite est théorique et dépend aussi de paramètres externes comme : Performance du serveur de la base de données. Performance des serveurs Web. Qualité du réseau et de la bande passante entre les serveurs Web et la base de données Ce n’est pas une limite en dur mais une limite conseillé pour des performances optimales sur des fermes de test standards Seul un test de charge réel de votre ferme de serveur peut donner un indice réel de mesure	Ferme
Web site	250 000 par collection de site	Vous pouvez créer un nombre conséquent de site SharePoint en cascadant leur création. Par exemple, 100 sites, qui ont chacun 1000 sous sites représente un volume final de 100 000 sites Web. Le maximum recommandé est un chiffre de 125 sites avec 2 000 sous sites chacun, soit un total de 250 000 sites.	Collection de site
Sous site	2,000 par site web	L’interface d’énumération des sous sites pour un site donné n’est pas performante au delà d’un nombre supérieur de 2000 sous sites	Site
Document	5 million par liste	On peut créer d’importante bibliothèque documentaire en créant une arborescence complexe de dossier sous dossier. Bien sur, le nombre de document et de dossier variera selon les choix de stockage, le poids des documents et l’organisation documentaire des sites SharePoint	Liste
Eléments	2 000 par vue	Les tests ont montré une réduction de performance à partir de 2 milliers d’éléments. Utiliser les vues indexé sur des dossiers à plats peut améliorer les performances.	Vue d’une liste
Document file size	50MB (2GB max*)	Les performances lors de la sauvegarde de fichier est proportionnel à la taille des fichiers. Le maximum par défaut est de 50 MB. Cependant, ce maximum peut être modifié jusqu’à une valeur de 2 GB.	Liste documentaire
List	2 000 par site web	Les tests indiquent une dégradation des performances d’affichage des vues des listes. Quand le nombre d’éléments dépasse les 2 milles entrées, il faut concevoir d’autre composant de consultations.	Vues de liste
Type de colonne	256 par liste	Ce n’est pas une limite en dur. Mais les performances seront moindre fur à mesure que le nombre de type de colonnes augmentera	Vue de liste
Colonne	2,000 par liste documentaire 4,096 par liste	Ce n’est pas une limite en dur. Mais les performances seront moindre fur à mesure que le nombre de colonnes augmentera	Liste et vues de liste.
Web Part	50 par page	C’est une estimation de base sur une simple page avec les composant WP d’origine. Bien sur, les performances sont aussi liées à la complexité et la qualité des composants Web Part personnalisés.	Page

La plupart des chiffres clés ainsi que les scénarii d’optimisation ou de choix sont bien sur disponibles à ces adresses :

White paper: Working with large lists in Office SharePoint Server 2007.
http://technet.microsoft.com/en-us/library/cc262813.aspx
Planning for enterprise content storage
http://technet2.microsoft.com/Office/en-us/library/9994b57f-fef8-44e7-9bf9-ca620ce207341033.mspx?mfr=true
Plan for software boundaries (Office SharePoint Server)
http://technet.microsoft.com/en-us/library/cc262787.aspx

 Note :

1 2 3 4 5 6 7 8

similaire:

	1. 1Contexte fonctionnel		1. 1Contexte fonctionnel «Best Practice» comme tant d’autres. Ils sont au cœur même du fonctionnement de SharePoint 2007
	1. 1Contexte et définition de la problématique «Quels sont les impacts environnementaux de la consommation des étudiants ?»		Programme fonctionnel
	Analyste Fonctionnel		Consultant fonctionnel Front Office
	Philippe Servais : Chef de Projets, Consultant mm/SD, Architecte fonctionnel		Consultant Technico-Fonctionnel sap solution Hôpital (is-h), Logistique (SD/MM), Chef de Projet
	Programme fonctionnel «susi» à partir d’un progiciel ent opérationnel et déjà déployé de façon significative		Notent l'importance de la forme des os et leur relation avec les fonctions «dans le cadre d’un optimum individuel fonctionnel et esthétique» les potentiels de croissance sous dominance génétique

ar.21-bal.com