Ce post détaille certains aspects du support de l’utilisation des solutions ”bac à sable” avec Sharepoint 2010 RTM sous forme de questions-réponses. Mais faut-il bien travailler les prés-requis pour l’installation et aussi savoir ce que l’on veut faire dans ce bac !
Le terme français “bac à sable” est équivalent au terme anglais “sandbox”.
Les solutions en mode bac à sable sont particulièrement appropriées dans deux scénarios :
- Lorsqu’une organisation souhaite exécuter du code destiné aux employés sur un site SharePoint Foundation de production et que ce code n’a pas été révisé et testé de façon stricte.
- Lorsqu’un hébergeur souhaite laisser les propriétaires de sites SharePoint Foundation hébergés télécharger et exécuter du code personnalisé.
Lire impérativement cet article :
Il introduit les concepts liés aux solutions en mode bac à sable, explique les différences entre les solutions en bac à sable et celles qui sont déployées sur la batterie de serveurs et résume comment les solutions en mode bac à sable sont déployées et exécutées. Cet article ne contient pas de procédures détaillées pour configurer la mise en bac à sable ou pour déployer des solutions en mode bac à sable.
Dans cet article :
- Déploiement et exécution d’une solution en mode bac à sable
- Isolation des solutions en bac à sable
- Contenu non autorisé pour une solution en bac à sable
- Comparaison entre solution en bac à sable et solution de batterie de serveurs
- Avantages des solutions en mode bac à sable
http://technet.microsoft.com/fr-fr/library/ee704543(office.14).aspx
Les principaux avantages des solutions en mode bac à sable sont notamment :
- Ces solutions peuvent être ajoutées à un environnement SharePoint Foundation de production sans risque d’affecter les processus à l’extérieur du bac à sable.
- Les administrateurs de collection de sites peuvent déployer des solutions en mode bac à sable, libérant ainsi les administrateurs de batterie de serveurs de cette tâche.
- L’évolutivité et la flexibilité sont améliorées car le mode bac à sable s’exécute dans un processus distinct qui peut être limité par des quotas et dont l’effet sur la batterie de serveurs peut être surveillé.
- Aucune modification ou recompilation n’est requise si la solution est transférée du bac à sable pour s’exécuter directement sur la batterie de serveurs.
Les solutions en mode bac à sable sont des solutions qui peuvent accéder à un sous-ensemble du modèle d’objet serveur et que les administrateurs de collection de sites peuvent déployer. Pour qu’un administrateur de collection de sites puisse déployer une solution en mode bac à sable, un administrateur de batterie de serveurs doit configurer la batterie de serveurs pour utiliser les solutions en mode bac à sable. Il est important de planifier le moment et les conditions où l’administrateur de batterie de serveurs autorise les solutions en mode bac à sable dans la batterie de serveurs.
Contenu non autorisé pour une solution en bac à sable
Une solution SharePoint Foundation doit contenir le fichier de configuration nommé manifest.xml et peut également contenir des fichiers de configuration supplémentaires et des assemblys. Si la solution s’exécute dans un bac à sable, l’assembly et les fichiers de configuration sont limités quant à leur contenu.
La liste suivante répertorie les opérations les plus courantes qu’un assembly qui s’exécute dans un bac à sable ne peut pas faire.
- Se connecter aux ressources qui ne se trouvent pas sur le serveur local.
- Accéder à une base de données.
- Modifier le modèle de threading.
- Appeler du code non managé.
- Écrire sur disque.
- Accéder aux ressources dans une autre collection de sites.
Une fois que vous avez décidé qui sera impliqué dans le processus de planification, une des premières décisions consiste à déterminer s’il existe un besoin ou un problème dans l’entreprise que des solutions en mode bac à sable pourraient résoudre.
En outre, les questions que vous pourriez vous poser sont les suivantes :
- Dans quels scénarios les solutions en mode bac à sable résoudraient-elles un problème de l’entreprise ?
- L’aide de tiers est-elle nécessaire pour déterminer le besoin ou non de solutions en mode bac à sable ?
- Avons nous les compétences SharePoint 2010 au sein de l’entreprise ?
- Qui dans l’organisation souhaiteriez-vous dans chacun des rôles généraux pour les solutions en mode bac à sable, et ces ressources sont-elles disponibles ?
- Faudra-t-il équilibrer l’exécution du code des solutions en mode bac à sable entre plusieurs serveurs ?
Dans l’affirmative, quelle option d’équilibrage de charge convient le mieux pour votre organisation et vos besoins ? - Quelles sont les conditions supplémentaires, le cas échéant, pour déployer des solutions en mode bac à sable ?
- Les serveurs sont-ils assez robustes ?
- Comment déterminer et gérer les quotas pour les solutions en mode bac à sable ?
- Valeurs à suivre ?
- Un déploiement de solution en mode bac à sable nécessitera-t-il des ressources supplémentaires en personnel, matériel ou logiciel ?
- Avons nous un plan de Gouvernance ?
A titre d’exemple : Il faut déterminer les quotas d’utilisation des ressources (question 9) dont l’administrateur de batterie de serveurs se sert pour surveiller et contrôler les solutions en mode bac à sable. Les limites par défaut s’appliquent, sauf si vous déterminez la nécessité d’une limite différente et modifiez la limite par défaut. Les administrateurs de batterie de serveurs utilisent ces quotas pour détecter le dysfonctionnement, la surconsommation des ressources ou la nuisance potentielle des solutions.
Les valeurs par défaut de toutes les données surveillées que vous pouvez utiliser comme point de départ et qui doivent être évaluées pour l’adéquation sont répertoriées dans le tableau suivant :
Pour une vue d’ensemble complète des solutions en mode bac à sable et de la différence entre ces solutions et les solutions de batterie de serveurs, voir Que sont les solutions en mode bac à sable ?.
Il faut :