7. Rôles et
responsabilités
IT Pros hate customizations,
Developers hate deployment
process
Jeremy Thake
Mark Rhodes
8. Équipes et contributeurs techniques
Administrateurs des Bases de données, Système, Sécurité et
réseau
Exploitation - Architecte
Postes clients
Évangélisation
Communication et accompagnement des utilisateurs
Démonstrations et formations
Offrir le café aux DBA et Administrateurs AD !!!
9. Développeur / Intégrateur
Développer les fonctionnalités supplémentaires
Créer une image de marque
Scripter le déploiement de la solution
Testeur
Créer des scripts de tests fonctionnels
Élaborer et maintenir les tests unitaires / tests d’interface
Gestionnaire de livraison
Récupérer / assembler une version spécifique d’une solution
S’assurer de la validité de la solution à chacun des déploiements
11. Gagner du temps
Être le plus près possible de l’environnement du client
Favoriser le temps de développement au lieu de la configuration de
l’environnement
Permettre l’initialisation rapide d’un environnement
Environnement virtuel de base, prêt à cloner
Outils de développement (Visual Studio, SharePoint Designer,
etc.)
Binaires de SharePoint
SQL
Scripts de configuration de l’instance de
l’environnement
Configuration de la ferme
Création / configuration des applications web nécessaires
Utilisation des scripts fournis par l’équipe d’infrastructure
12. PowerShell ? I’m lovin’ it !!!
Installation et configuration via scripts
Tout est scriptable
Maintenance Windows, SQL, SharePoint.
Environnement Pré Production et Production
Sous notre responsabilité
Procédure de mise à niveau entre les fermes « One Shot »
(Sécurité et contenu)
Déploiement par Package
Mettre en place des outils
Administrer et auditer
Mise en place de rapports
Optimiser les performances
14. Accès et contrôle de contenu
Batterie de serveurs : Sauvegardes, rapports Web Analytics…
Personnalisation : SharePoint Designer
Des sites : Quotas, Droits d’accès…
Gestion de la continuité
Plan de relève
Versioning – Corbeilles – Stsadm – PS – SQL…
Organisation
Structure de répertoire uniforme sur tous les serveurs
Système d’exploitation, applications et journaux sur disques séparés
15. Pourquoi ?
Favoriser un code uniforme et selon les meilleures pratiques
Faciliter la maintenance du code
Intégration de nouvelles ressources simplifiée
Code source
Gestion d’erreur et journalisation des exceptions
Éradication des valeurs forgées dans le code
Gestion de la mémoire (SPWeb, SPSite, etc.)
Séparer les responsabilités du code (SoC)
M Permet de tester plus facilement les unités de code
Favorise la réutilisabilité du code
V C
Accès aux données optimal (API, CAML, Search, etc.)
17. Pourquoi ?
Facilité à suivre les activités de développement
Centralisation du code source et des anomalies
Permettre le travail coopératif sur un même projet
Team Foundation Services
Serveur d’assemblage automatisée
Serveur de déploiement automatisé
Exécution des tests automatisés
18. Développeurs Pré-
Production
Paquetages (WSP) Team Foundation Server
Anomalies
Développeurs
Intégration Production
Testeurs
Clients
Administrateurs
Gestionnaires de livraison
19. Cycle de déploiement
Utilisation du même package sur tous les environnements
Un développeur ne peut être testeur
On garde uniquement la dernière version du package sur la
Production
Traçabilité et journalisation
Pour des fins de troubleshooting
Historique de déploiement
Versionning
21. Planification
Journalière : Journaux, Espaces disques, Backups
Hebdomadaire : Recherche, Compteurs
Périodiques : Passwords, Restores, CHKDSK…
Rapports
Taille des BD
Compteurs pour mesure de latence
Ressources physique
Déploiement et Optimisation
Procédure documentée : Plan de travail, de tests, de contingence…
Par Scripts / Package
Planifié, documenté et archivé
22. Scripts de déploiement
Créer les scripts de déploiement. Tout ce qui peut être scripté doit
l’être
Documenter les éléments à configurer par les administrateurs
Tenter de générer des scripts réutilisables (génériques)
Manuel de déploiement
Processus de déploiement pour les étapes manuelles
Scripts à exécuter pour l’installation et le conditionnement de la
solution
Fichiers, fonctionnalités et solutions du déploiement ainsi que
leurs impacts
24. CKS:DEV
Ensemble de fonctionnalités permettant d’améliorer le cycle de
développement
Plusieurs outils d’extraction de données
Ajout d’artéfacts pouvant être créés avec Visual Studio
25. SPDisposeCheck
Traduction de l’article « Best Practices: Using Disposable Windows
SharePoint Services Objects » en règles d’analyse de code statique
Intégration aux assemblages de Visual Studio et d’intégration continue
26. Camlex.NET
Système facilitant l’écriture de requêtes CAML
Utilise un interpréteur Linq pour générer la requête CAML utilisée
Élimine les requêtes forgées directement dans le code
V
S
27. Cadriciels d’isolation
Système d’isolation de méthodes .NET
Utilisé pour permettre de faire des tests unitaires
Pex & Moles (Fakes & Stubs), TypeMock Isolator, Telerik JustMock
28. AutoSPInstaller
Installation « One Click »
Remote et parallel Install avec prise en charges des Language Pack et
Updates
Possibilité d’ajout de fonctions personnalisées
29. Developer Dashboard
Analyse les performances de la page en cours
Personnalisable par code (Événements, Exceptions…)
Projet Developer DashBoard Visualizer (CodePlex)
31. System Center Operations Manager
Supervise l’état de santé des serveurs SharePoint, Project et Office
Web Apps.
Surveille les services et alerte
Supervise les performances
32. SharePoint Diagnostic Studio
Rapports préconfigurés
Utilisable à distance via Remote PS
Scénario de tests d’utilisation Visual Studio (Montée en charge…)