Avec Visual Studio 2012 et System Center 2012, nous arrivons à une parfaite symbiose entre les mondes du dev et de l'exploitation. Hors les produits, les méthodes de developpement, de mise au point et d'exploitation des applications doivent prendre en compte les contraintes de chacun des deux mondes. Cette session, en se basant sur les modèles Application Lifecycle Management et ITIL, présente, exemples à l'appui, des bonnes pratiques pour que les applications soient exploitées dans les meilleures conditions.

1. Donnez votre avis !
Depuis votre smartphone, sur :
http://notes.mstechdays.fr
De nombreux lots à gagner toutes les heures !!!
Claviers, souris et jeux Microsoft…
Merci de nous aider à améliorer les TechDays
http://notes.mstechdays.fr

2. ITIL : ALM - Parce qu'un
jour, ton appli sera en
prod'Christian Gellé – Microsoft Services
Vincent Douhairie – Amettis / itSMF France
Yann Gainche - Exakis

3. AGENDA
ALM – ITIL : 2 modèles qui doivent converger
Un développement plus agile
…pour une exploitation plus efficace
System Center 2012 : DevOps devient une réalité

4. ALM – ITIL :
2 MODÈLES QUI DOIVENT
CONVERGER

5. Tout part de là
les méthodes agiles
accélèrent les cycles de
développement
les mises en production
touchent à des
environnements complexes

6. La réalité
…

7. ALM (Application Lifecycle Management)

8. • Référentiel de meilleures pratiques qui se
compose de 5 ouvrages représentant :
– Le cœur de la bibliothèque
– Le cycle de vie des services
ITIL® : Le cycle de vie des Services
Amélioration
Continue
Stratégie

9. • L’utilité (domaine des Etudes ou de l’Architecture) :
– « Fonctionnalité offerte par un produit ou un service IT pour satisfaire un
besoin particulier. »
• La garantie (domaine de la Production) :
– « Engagement sur un service IT répondant à des exigences identifiées. »
La création de valeur d’un Service IT
Based on OGC ITIL® material. Reproduced under licence from the OGC
Support de la performance ?
Réduction des contraintes ?
Suffisamment disponible ?
Suffisamment de capacité ?
Suffisamment de continuité ?
Suffisamment de sécurité ?
UTILITÉ
OU
ET
ET
V/F
V/F
Adapté au
besoin ?
Adapté à
l’utilisation
V/F
CRÉATION
DE VALEUR
V : Vrai
F : Faux
GARANTIE

10. SDP
Exigences Business
Projet (équipe projet)
Conception
Stratégie
Transition
Exploitation
Amélioration
Période de support
en Début de vie
Exploitation
Conception et Développement
SAC SAC SAC SAC SAC
Document et donne
son accord au regard
des exigences business
(stratégie et conception)
Conception
de
la solution
de service
(conception)
Conception
de
la solution
de service
(conception)
Élaboration
de la solution
de service
(transition)
Test de
la solution
de service
(transition)
Déploiement
de la solution
de service
(transition)
Implication de la Transition et de l’Exploitation
SLM SLR SLR SLR SLR SLR SLR
SLA
Pilote
SLA
Finale
Gestion des Changements
Émission
d’une RFC
Conception
autorisée
Développement
autorisé
Élaboration et
tests autorisés
Déploiement
autorisé
SLA Pilote
autorisée
Acceptation
autorisée
Révision et
clôture
Gestion des Mises en Production et des Déploiements
Planifier et préparer
la MeP
Élaborer et tester
la MeP
Déployer et vérifier
la MeP(don’t ELS)
Révision et
clôture
SAC SAC
© Crown copyright 2007
Reproduced under licence from OGC

11. Développement et Exploitation des Applications
© Crown copyright 2009. Reproduced under licence from OGC”

12. UNE EXPLOITATION PLUS
EFFICACE
Un développement plus agile pour

13. • Des tests, des tests et encore des données
– Usez et abusez des projets de tests de Visual Studio, et dans
Operations Manager
– Rapatriez des données de production dans les environnements de
qualification
• Supervision applicative
– Donnez une lecture métier aux comportements de l’application
Réussir la mise en production

14. SUPERVISION APPLICATIVE
AVEC SYSTEM CENTER 2012

15. • Impliquer les équipes de production
– au plus tôt dans le projet
– intégrer leurs pré-requis
• Rendre exploitable l’application
– supervision
– configurations
• Prévoir la maintenance
– application
– infrastructure
Réussir l’exploitation

16. • Former les équipes de support à l’application
– Dépendances entre composants
– Outils & techniques de « troubleshooting »
• Définir les rôles et responsabilités
– Processus d’escalade
– Engagements de service
Réussir le support

17. • Dev & Ops ont des outils coopératifs
• Conitnuité de traitement
entre l’événement et le bug
• Les tests contribuent aux SLA
DevOps devient réalité

18. Merci pour votre attention
+33 1 5775 21 60
chrisgel@microsoft.com