4Architecture et glossaire
4.1Découverte de l’architecture technique et logique de SharePoint 2007
Il est très important d’avoir une vision claire de l’architecture logique de la plateforme SharePoint 2007. Elle est à la base de toute conception ou architecture technique d’un projet SharePoint
 L’architecture logique correspond aux divers niveaux composant le fonctionnement d’un logiciel. Elle permet de définir les axes de fonctionnement d’une application en se basant sur les briques de la solution sous-jacente
Dans le cas de la technologie SharePoint, l’architecture logique est loin d’être complexe ; chaque niveau correspond directement à une classe du modèle objet.
A vrai dire, la hiérarchie de classe et l’architecture logique sont même similaires dans leur dépendance hiérarchique. Dés lors, l’architecture logique devient un peu votre boussole personnelle dans le modèle objet SharePoint. Si vous savez vous positionner dans celle-ci face à votre espace SharePoint, vous pouvez en déduire automatiquement la classe équivalente.
La hiérarchie, comme le montre le schéma précédent, se divise en 2 niveaux :
4.1.1Niveau gestion
Une ferme SharePoint est composé au minimum de serveur Web et de base de données.
Il existe 3 types de base de données spécifiques :
La base de configuration
C’est une base unique qui permet à la ferme de stocker l’ensemble des informations définissant la ferme SharePoint. Autrement appelé « DB_Config », elle est le cœur même de la ferme vu qu’elle définit aussi le rôle et le fonctionnement de chaque serveur inscrit
les bases de contenu
Les bases de contenus sont liées aux sites Web SharePoint configurés dans IIS. Ce sont elles qui gèrent le stockage de toutes les données (documents, sous site et éléments de liste). Elles peuvent être multiples par site SharePoint.
les bases d’indexation
Ce sont les bases de données dédiées aux configurations des services d’indexation et de recherche de SharePoint
Un serveur applicatif SharePoint (SPWebApplication) correspond à un site web IIS qui a été étendu sur l’un des serveurs Web de la ferme.
 La notion de site étendu est moins complexe qu’il y paraît. Il s’agit d’un simple site web IIS qui a été auto configuré par l’administration centrale de SharePoint pour utiliser le HttpHandler SharePoint. Ainsi, le framework SharePoint peut désormais « virtualiser » les sites SharePoint à la demande sur cette adresse. A noter aussi, que les bases de contenus sont rattachées directement aux Web Applications
4.1.2Niveau application
C’est à ce niveau qu’intervient vraiment le développeur SharePoint. La ferme physique ainsi que son interaction avec le niveau gestion étant globalement réservés aux opérations d’administrations et à l’administration centrale.
Il faut absolument différencier 2 éléments :
Le site Web SharePoint (classe SPWeb)
La collection de site SharePoint (classe SPSite)
Un site web SharePoint n’existe qu’à travers son appartenance à une collection de sites (SPSite). Le premier niveau de l’arborescence d’une collection est aussi un Site Web SharePoint (SPWeb), il est appelé site de racine ou de haut niveau.
C’est d’ailleurs ce site web SharePoint qui va gérer les listes dites « galléries » comme celle des Master pages, des WebParts et des types de contenu pour l’ensemble des sites web de la collection de site.
Les collections sont reliées aux applications web par un chemin de gestion, par défaut 2 chemins existent :
/ (racine) : chemin de type exclusif
/sites/ : chemin de type générique
Via l’administration centrale, il est possible de créer d’autres chemins de gestion si vous désirez créer d’autres collections de site SharePoint. Un chemin explicite permet d’attacher directement une collection de sites sur l’adresse alors que les chemins génériques permettent d’en attacher plusieurs via un sous niveau.
Par exemple :
Vous pouvez créer /Blogs comme chemin générique et ensuite créer plusieurs collections dont le site de racine serait un blog (ainsi qu’en rajouter au besoin):
http://Dns/blogs/gregory
http://Dns /blogs/aurelien
http://Dns /blogs/renaud
Avec un chemin explicite comme /marketing, vous ne pourriez créer qu’une seule et unique collection utilisant le modèle portail, soit l’url : http://Dns/marketing
 A noter que les collections de sites sont l’élément le plus fin en termes de sauvegarde/restauration. Il n’est pas possible d’effectuer de sauvegarde sur un site web SharePoint, seule la collection peut l’être individuellement.
Il y a une relation directe entre les collections de site SharePoint et les bases de données de contenus. Cependant, les Base de données sont rattachées physiquement aux applications Web. En termes de stockage, la règle de répartition entre une base de données et une collection de site est assez simple :
une collection de site appartient à une et unique base de contenus
une base de contenus peut gérer une ou plusieurs collections de site simultanément
|
