Fin de support
Windows Server 2003,
quelles options ?
Hervé Thibault – MVP Microsoft
Christophe Dubos – Microsoft
Fabrice Meillon – Microsoft twitter : fabrice_m
tech.days 2015#mstechdays
Vue
d’ensemble
Evoluer
pour
innover
Comment
réussir son
projet de
migration
tech.days 2015#mstechdays
Pas encore… mais il est temps de
tourner la page et pourtant…
tech.days 2015#mstechdays
Fin du support étendu de
Windows Server 2003/R2 au
14 juillet 2015
S’applique aux instances physiques et
virtuelles
Accord de Support personnalisé (si
disponible) requis pour une poursuite
du support
Pourquoi y a t-il encore
des serveurs en
Windows Server 2003/R2?
Complexité réelle ou supposée de la
mise à niveau des applications (32/64)
Applications personnalisées
Contraintes de budget/ressources
tech.days 2015#mstechdays
Non supportabilité
pour les
applications
hébergées
Coûts
d'exploitation
élevés
PASde pérennité
Les serveurs en
Windows
2003/R2 ne
passeront pas les
audits de
conformité
PASde conformité
37 updates
critiques mis à
disposition en
2013 pour
Windows Server
2003/R2
PASde mises à jour
tech.days 2015#mstechdays
tech.days 2015#mstechdays
Vue
d’ensemble
Evoluer
pour
innover
Comment
réussir son
projet de
migration
tech.days 2015#mstechdays
tech.days 2015#mstechdays
FEUILLE DE
ROUTE PROJET
PARTAGEE
MODELE
BUSINESS VALIDE
STRATEGIE
(Modèle TO BE)
MODELE BUSINESS
ROADMAP
& PROJET
ETAT ACTUEL
(Modèle AS IS)
COMPREHENSION
DE L’ETAT ACTUEL
PRIORITE
FORMALISEES ET
VALIDEES
tech.days 2015#mstechdays
• Application répond aux besoins métiers
Supportée ou peut être simplement adaptée pour
fonctionner sur le nouvel environnement
• Application ne répond plus suffisamment aux
besoins métiers actuels et à venir
Nouvelle solution à envisager au regard des besoins
métiers (Solution éditeur, nouveau développement)
• Application répond aux besoins métiers, et ne
peut pas fonctionner sur le nouvel environnement
Revue de code profonde à effectuer ou application à
porter sur un autre environnement cible (Cloud)
As-Is
• Re-Host
• Revise
Re-Design
• Re-Factor
• Re-Build
Re-Envision
• Replace
• Nouveau
développement
SI historique (Legacy)
Composants basés sur
une infrastructure on-
premises
Modernisation Legacy
et ad’hoc
Onshore, WF
Cycle de vie
IT hybride moderne
Orienté services,
Desktops, Devices &
Cloud prêt
Agilité et croissance
tech.days 2015#mstechdays
1. CONNAISSANCE DU
PATRIMOINE APPLICATIF
2. DÉFINITION D’UNE
STRATÉGIE DE
MIGRATION
3. RÉALISATION DE LA
STRATÉGIE DE
MIGRATION
4. CONTRÔLE
5. PILOTAGE DE
L’OBSOLESCENCE
• CARTOGRAPHIE IT
• CARTOGRAPHIE APPLICATIONS
• ADHÉRENCE APPLICATIVE/ INTEROPÉRABILITÉ
• CONSOLIDATION ET RATIONALISATION DU PARC
• MIGRATION TECHNICO-FONCTIONNELLE (ISO-FONCTION)
• MIGRATION TECHNICO-FONCTIONNELLE (ÉVOLUTION FONCTIONNELLE)
• MIGRATION TECHNICO-TECHNIQUE 1 POUR 1
• REFONTE APPLICATIVE
• RAPIDITÉ D’EXÉCUTION
• CHEMIN ET ORDONNANCEMENT DE LA MIGRATION (QUICK WINS, …)
• EQUATION FINANCIÈRE
• CONTRÔLE D’EFFICIENCE ET DE PRODUCTIVITÉ DE LA MISE EN ŒUVRE
• MISE EN ŒUVRE D’UNE POLITIQUE DE PILOTAGE DE L’OBSOLESCENCE
tech.days 2015#mstechdays
Get-
Current
Stay-
Current
Get-Current : traitement de l’obsolescence des serveurs
« Windows Server 2003 »
• Identification des applications afin de minimiser et
prioriser l’effort de migration
• Identification des applications prioritaires, de la
valeur métier, des « Quick Wins » et des axes
d’industrialisation possibles
• Consolidation et rationalisation des chemins de
migration
Stay-Current : gestion du cycle de vie des composants
applicatifs et des systèmes d’exploitation
• Anticipation des échéances de fin de support
• Evaluation et vue consolidée de l’état de
supportabilité / d’obsolescence des applications
tech.days 2015#mstechdays
Vue
d’ensemble
Evoluer
pour
innover
Comment
réussir son
projet de
migration
tech.days 2015#mstechdays
tech.days 2015#mstechdays
Migrer
Effectuez la
migration
4Cibler
Identifiez la ou
les
architecture(s)
cible(s)
3Évaluer
Classez vos
applications et
vos scénarios
2Découvrir
Répertoriez vos
logiciels et vos
scénarios
1
tech.days 2015#mstechdays
Identifier les cibles potentielles
SaaSOS cible /
Materiel
IaaS - PaaSCloud Privé
tech.days 2015#mstechdays
Applications
tierces
Applications
personnalisées
Applications MicrosoftRôles serveurs
Par type
Par degré de criticité
À supprimerMarginalImportantCritique
Par complexité et risque
Faible Moyen Élevé
tech.days 2015#mstechdays
tech.days 2015#mstechdays
Connaissance
patrimoine
applications /
services ?
Cycle de vie /
valeur de
l’application
/ service ?
ANALYSE
EVALUATION
Rehost / Rebuild
RETIRER
REPENSER
CONSERVER
Rebuild / Refactor / Replace
Vue technique
Vue métier
Retire
DECOUVERTE
tech.days 2015#mstechdays
Connaissance
patrimoine
applications /
services ?
Cycle de vie /
valeur de
l’application
/ service ?
ANALYSE
EVALUATION
Rehost / Rebuild
RETIRER
REPENSER
CONSERVER
Rebuild / Refactor / Replace
Vue technique
Vue métier
Retire
DECOUVERTEDéfinition des
livrables,
processus de
gestion et de
mise à jour
Réalisation de
la découverte
Matrices de compatibilité des
systèmes du client, architecture cible
Expérience de
qualification et
remédiation
Expérience de
qualification et
remédiation
Meilleures pratiques pour la
définition des cibles / règles
de gestion du cycle de vie
DÉCOUVERTE
Identifier les applications nécessitant une
analyse ou une évaluation
Décomposition 5R’s selon les phases du processus
0
20
40
60
80
100
1 2 3 4 5 6 7 8
10%
100%
ANALYSE & EVALUATION
~45%
d’applications
à
Re-constuire
90%100%
~45%
d’applications
à Re-hoster
REMEDIATION & MIGRATION
Mettre en place la solution de migration
Re-host
UPGRADE
Re-Host
AS-IS
Autres (revise, etc.)
Projet dédié
à initialiser
FACTORY
10% d’applications
à remplacer
(application non utilisée, obsolète)
Identifier les applications ou composants unitaires
nécessitant de passer par une phase d’évaluation
pour affiner le chemin de migration
Evaluer l’effort de migration selon la typologie de
migration envisageable
CHEMIN DE MIGRATION :
RE-CONSTRUCTION
La phase de
découverte est
appliquée sur
100% des
applications
Elle permet
d’identifier 10%
d’applications à
remplacer
Les phases
d’analyse et
d’évaluation sont
appliquées sur
90% des
applications.
Elles permettent
d’identifier les
applications à
re-construire et les
applications à re-
hoster
CHEMIN DE MIGRATION : REMPLACEMENT / RETRAIT
LES PHASE DE DECOUVERTE, D’ANALYSE ET D’EVALUATION PERMETTENT DE QUALIFIER LE CHEMIN DE MIGRATION DE CHAQUE APPLICATION
CHEMIN DE
MIGRATION
FACTORY
tech.days 2015#mstechdays
Planifier
Remedier
Valider
Migrer
tech.days 2015#mstechdays
tech.days 2015#mstechdays
Phase 2
Analyser
Catégorisation
Dépendances
Phase 1
Découvrir
Inventaires
Ateliers
Rationaliser
Liste complète
des applications
et des serveurs
WS 2003
Liste finale des
applications à
migrer
(catégorisées et
priorisées)
Niveau de risque
Plans Projets
Stratégie de
Modernisation
Prêt pour la mise
en production
Coordinationetconsistanceglobale
Phase 3
Evaluer
Chemin de
migration
Phase 4 Migrer
Périmètre d’applications
Préparer, Remédier, Tester, Stabiliser
Piloter
Centre de services
Expertise & Support
Transférer
Gestion
récurrente du
cycle de vie
logiciel
Prêt à être opérer
en mode
infogérance dans
une stratégie de
gestion du cycle de
vie logicielle
tech.days 2015#mstechdays
Facteurs
clés de
réussite
Explorer l’univers des
possibles pour la cible
technologique
• Identifier les opportunités techniques :
évolutivité, sécurité, résilience, apports
fonctionnels, …
• Identifier les axes de ROI
Impliquer les directions
métiers en amont du projet
• Identifier l’ensemble des projets
connexes
• Assurer le lien avec les éditeurs
• Assurer la validation fonctionnelle
pre/post migration
Etablir la stratégie globale & disposer d’un
« plan de bataille » pour chaque ligne de
service à migrer
• Mettre en place une direction de projet/programme « forte »
(sponsors ?) : comités récurrents, suivi d’avancement
• Mettre en place des tableaux de bord d’avancement
• Prévoir un support premier Microsoft
• Travailler les processus
Cibler en priorité les Quick Wins
• Traiter en priorité les applications/composants
« faciles » et rapides à migrer avant de traiter les
plus risqués
• Ne pas se laisser déborder par les cas spécifiques,
qui demandent des solutions spécifiques, et qui
peuvent rapidement induire un risque énorme sur le
délai -> prévoir une équipe « solution » en charge
de la voiture balai
tech.days 2015#mstechdays
WINDOWS 2012 R2 / CLOUD
Planification et prochaines étapes
http://www.microsoft.com/france/services/contactez-nous.aspx
© 2015 Microsoft Corporation. All rights reserved.
tech days•
2015
#mstechdays techdays.microsoft.fr

Fin de support Windows Server 2003, quelles options ?

  • 1.
    Fin de support WindowsServer 2003, quelles options ? Hervé Thibault – MVP Microsoft Christophe Dubos – Microsoft Fabrice Meillon – Microsoft twitter : fabrice_m
  • 2.
  • 3.
    tech.days 2015#mstechdays Pas encore…mais il est temps de tourner la page et pourtant…
  • 4.
    tech.days 2015#mstechdays Fin dusupport étendu de Windows Server 2003/R2 au 14 juillet 2015 S’applique aux instances physiques et virtuelles Accord de Support personnalisé (si disponible) requis pour une poursuite du support Pourquoi y a t-il encore des serveurs en Windows Server 2003/R2? Complexité réelle ou supposée de la mise à niveau des applications (32/64) Applications personnalisées Contraintes de budget/ressources
  • 5.
    tech.days 2015#mstechdays Non supportabilité pourles applications hébergées Coûts d'exploitation élevés PASde pérennité Les serveurs en Windows 2003/R2 ne passeront pas les audits de conformité PASde conformité 37 updates critiques mis à disposition en 2013 pour Windows Server 2003/R2 PASde mises à jour
  • 6.
  • 7.
  • 8.
  • 9.
    tech.days 2015#mstechdays FEUILLE DE ROUTEPROJET PARTAGEE MODELE BUSINESS VALIDE STRATEGIE (Modèle TO BE) MODELE BUSINESS ROADMAP & PROJET ETAT ACTUEL (Modèle AS IS) COMPREHENSION DE L’ETAT ACTUEL PRIORITE FORMALISEES ET VALIDEES
  • 10.
    tech.days 2015#mstechdays • Applicationrépond aux besoins métiers Supportée ou peut être simplement adaptée pour fonctionner sur le nouvel environnement • Application ne répond plus suffisamment aux besoins métiers actuels et à venir Nouvelle solution à envisager au regard des besoins métiers (Solution éditeur, nouveau développement) • Application répond aux besoins métiers, et ne peut pas fonctionner sur le nouvel environnement Revue de code profonde à effectuer ou application à porter sur un autre environnement cible (Cloud) As-Is • Re-Host • Revise Re-Design • Re-Factor • Re-Build Re-Envision • Replace • Nouveau développement SI historique (Legacy) Composants basés sur une infrastructure on- premises Modernisation Legacy et ad’hoc Onshore, WF Cycle de vie IT hybride moderne Orienté services, Desktops, Devices & Cloud prêt Agilité et croissance
  • 11.
    tech.days 2015#mstechdays 1. CONNAISSANCEDU PATRIMOINE APPLICATIF 2. DÉFINITION D’UNE STRATÉGIE DE MIGRATION 3. RÉALISATION DE LA STRATÉGIE DE MIGRATION 4. CONTRÔLE 5. PILOTAGE DE L’OBSOLESCENCE • CARTOGRAPHIE IT • CARTOGRAPHIE APPLICATIONS • ADHÉRENCE APPLICATIVE/ INTEROPÉRABILITÉ • CONSOLIDATION ET RATIONALISATION DU PARC • MIGRATION TECHNICO-FONCTIONNELLE (ISO-FONCTION) • MIGRATION TECHNICO-FONCTIONNELLE (ÉVOLUTION FONCTIONNELLE) • MIGRATION TECHNICO-TECHNIQUE 1 POUR 1 • REFONTE APPLICATIVE • RAPIDITÉ D’EXÉCUTION • CHEMIN ET ORDONNANCEMENT DE LA MIGRATION (QUICK WINS, …) • EQUATION FINANCIÈRE • CONTRÔLE D’EFFICIENCE ET DE PRODUCTIVITÉ DE LA MISE EN ŒUVRE • MISE EN ŒUVRE D’UNE POLITIQUE DE PILOTAGE DE L’OBSOLESCENCE
  • 12.
    tech.days 2015#mstechdays Get- Current Stay- Current Get-Current :traitement de l’obsolescence des serveurs « Windows Server 2003 » • Identification des applications afin de minimiser et prioriser l’effort de migration • Identification des applications prioritaires, de la valeur métier, des « Quick Wins » et des axes d’industrialisation possibles • Consolidation et rationalisation des chemins de migration Stay-Current : gestion du cycle de vie des composants applicatifs et des systèmes d’exploitation • Anticipation des échéances de fin de support • Evaluation et vue consolidée de l’état de supportabilité / d’obsolescence des applications
  • 13.
  • 14.
  • 15.
    tech.days 2015#mstechdays Migrer Effectuez la migration 4Cibler Identifiezla ou les architecture(s) cible(s) 3Évaluer Classez vos applications et vos scénarios 2Découvrir Répertoriez vos logiciels et vos scénarios 1
  • 16.
    tech.days 2015#mstechdays Identifier lescibles potentielles SaaSOS cible / Materiel IaaS - PaaSCloud Privé
  • 17.
    tech.days 2015#mstechdays Applications tierces Applications personnalisées Applications MicrosoftRôlesserveurs Par type Par degré de criticité À supprimerMarginalImportantCritique Par complexité et risque Faible Moyen Élevé
  • 18.
  • 19.
    tech.days 2015#mstechdays Connaissance patrimoine applications / services? Cycle de vie / valeur de l’application / service ? ANALYSE EVALUATION Rehost / Rebuild RETIRER REPENSER CONSERVER Rebuild / Refactor / Replace Vue technique Vue métier Retire DECOUVERTE
  • 20.
    tech.days 2015#mstechdays Connaissance patrimoine applications / services? Cycle de vie / valeur de l’application / service ? ANALYSE EVALUATION Rehost / Rebuild RETIRER REPENSER CONSERVER Rebuild / Refactor / Replace Vue technique Vue métier Retire DECOUVERTEDéfinition des livrables, processus de gestion et de mise à jour Réalisation de la découverte Matrices de compatibilité des systèmes du client, architecture cible Expérience de qualification et remédiation Expérience de qualification et remédiation Meilleures pratiques pour la définition des cibles / règles de gestion du cycle de vie
  • 21.
    DÉCOUVERTE Identifier les applicationsnécessitant une analyse ou une évaluation Décomposition 5R’s selon les phases du processus 0 20 40 60 80 100 1 2 3 4 5 6 7 8 10% 100% ANALYSE & EVALUATION ~45% d’applications à Re-constuire 90%100% ~45% d’applications à Re-hoster REMEDIATION & MIGRATION Mettre en place la solution de migration Re-host UPGRADE Re-Host AS-IS Autres (revise, etc.) Projet dédié à initialiser FACTORY 10% d’applications à remplacer (application non utilisée, obsolète) Identifier les applications ou composants unitaires nécessitant de passer par une phase d’évaluation pour affiner le chemin de migration Evaluer l’effort de migration selon la typologie de migration envisageable CHEMIN DE MIGRATION : RE-CONSTRUCTION La phase de découverte est appliquée sur 100% des applications Elle permet d’identifier 10% d’applications à remplacer Les phases d’analyse et d’évaluation sont appliquées sur 90% des applications. Elles permettent d’identifier les applications à re-construire et les applications à re- hoster CHEMIN DE MIGRATION : REMPLACEMENT / RETRAIT LES PHASE DE DECOUVERTE, D’ANALYSE ET D’EVALUATION PERMETTENT DE QUALIFIER LE CHEMIN DE MIGRATION DE CHAQUE APPLICATION CHEMIN DE MIGRATION FACTORY
  • 22.
  • 23.
  • 24.
    tech.days 2015#mstechdays Phase 2 Analyser Catégorisation Dépendances Phase1 Découvrir Inventaires Ateliers Rationaliser Liste complète des applications et des serveurs WS 2003 Liste finale des applications à migrer (catégorisées et priorisées) Niveau de risque Plans Projets Stratégie de Modernisation Prêt pour la mise en production Coordinationetconsistanceglobale Phase 3 Evaluer Chemin de migration Phase 4 Migrer Périmètre d’applications Préparer, Remédier, Tester, Stabiliser Piloter Centre de services Expertise & Support Transférer Gestion récurrente du cycle de vie logiciel Prêt à être opérer en mode infogérance dans une stratégie de gestion du cycle de vie logicielle
  • 25.
    tech.days 2015#mstechdays Facteurs clés de réussite Explorerl’univers des possibles pour la cible technologique • Identifier les opportunités techniques : évolutivité, sécurité, résilience, apports fonctionnels, … • Identifier les axes de ROI Impliquer les directions métiers en amont du projet • Identifier l’ensemble des projets connexes • Assurer le lien avec les éditeurs • Assurer la validation fonctionnelle pre/post migration Etablir la stratégie globale & disposer d’un « plan de bataille » pour chaque ligne de service à migrer • Mettre en place une direction de projet/programme « forte » (sponsors ?) : comités récurrents, suivi d’avancement • Mettre en place des tableaux de bord d’avancement • Prévoir un support premier Microsoft • Travailler les processus Cibler en priorité les Quick Wins • Traiter en priorité les applications/composants « faciles » et rapides à migrer avant de traiter les plus risqués • Ne pas se laisser déborder par les cas spécifiques, qui demandent des solutions spécifiques, et qui peuvent rapidement induire un risque énorme sur le délai -> prévoir une équipe « solution » en charge de la voiture balai
  • 26.
    tech.days 2015#mstechdays WINDOWS 2012R2 / CLOUD Planification et prochaines étapes http://www.microsoft.com/france/services/contactez-nous.aspx
  • 27.
    © 2015 MicrosoftCorporation. All rights reserved. tech days• 2015 #mstechdays techdays.microsoft.fr