213
edits
Changes
Jump to navigation
Jump to search
Line 448:
Line 448: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Application Modernization (view source)
Revision as of 12:59, 29 November 2019
, 12:59, 29 November 2019no edit summary
===== '''<u>Choisissez la stratégie d’atténuation qui convient</u>''' =====
===== '''<u>Choisissez la stratégie d’atténuation qui convient</u>''' =====
Pour chacune des applications, déterminez votre stratégie de migration (les « 5 R »).
Pour chacune des applications, déterminez votre stratégie de migration (les « 5 R »).
{| class="wikitable"
|-
! Stratégie
! Autre dénomination
! Description complète
! Centre de données
! Informatique en nuage
|-
| Retirer
| Mettre hors service
| Retirer, mettre hors service ou temporiser l’application. Élimination de cette dernière du portefeuille.
|
|
|-
| Reloger
| Déplacer
| Redéployer les applications dans un environnement matériel différent et changer la configuration de l’infrastructure de l’application. Cette stratégie est aussi appelée déplacement. Déplacer la solution telle quelle, ou après lui avoir apporté des changements mineurs, vers un nouvel environnement d’hébergement (petit investissement de ressources).
| X
| X
|-
| Remonter
| Soulever-remanier-déplacer
| Changer le système d’exploitation (SE) ou l’intergiciel. Cette stratégie exige certains changements aux applications (investissement modéré de ressources pour permettre les changements).|X<sup>1</sup>
| X
|-
| Réusiner
| Refaire l’architecture
| Reconcevoir l’application. Différents aspects de l’application seront réécrits pour être améliorés et optimisés (investissement de modéré à important de ressources pour permettre les changements). |
| X
|-
| Remplacer
| Racheter
| Remplacer la fonctionnalité de l’application par une nouvelle solution ayant été acquise ou élaborée par le ministère (investissement modéré à important de ressources pour permettre les changements). L’application sera mise en service une fois qu’elle aura été remplacée.
|
|X
|}
<sub>1</sub>Convient au traitement de la fin de vie des SE
====== '''Reloger (soulever-déplacer)''' ======
Lorsque l’on utilise la stratégie de migration « reloger », aucun changement n’est apporté à l’application qui est transférée, telle quelle, vers le nouveau centre de données ou service d’informatique en nuage. Il s’agit de la stratégie de migration la plus simple et de celle qui nécessite le moins d’efforts.
Pour les charges de travail en migration vers un service d’informatique en nuage, il est fortement recommandé, d’au minimum, optimiser et réduire à leur plus petite expression les différentes ressources (réseau, technologie informatique, entreposage). L’utilisation d’instances réservées pour les charges de travail de production et la mise hors tension des serveurs inutilisés en dehors des heures de services aideront à réduire les factures mensuelles de votre fournisseur de service d’informatique en nuage.
====== '''Remonter (soulever-remanier-déplacer)''' ======
Lorsque l’on utilise la stratégie « remonter », l’application subit des changements mineurs au moment de sa migration vers le nouveau centre de données ou service d’informatique en nuage. Les stratégies de remontage peuvent comprendre, sans s’y limiter :
Traiter les logiciels en fin de vie utile (FVU), comme ceux qui rendus désuets par des avis de mise en œuvre de la Politique sur la technologie de l’information [https://www.canada.ca/fr/gouvernement/systeme/gouvernement-numerique/technologiques-modernes-nouveaux/avis-mise-oeuvre-politique.html AMPTI].
Passer à la Plateforme sous forme de service (PaaS). Dans le cas des services de base, comme les bases de données, les serveurs Web, les serveurs de fichiers et l’harmonisation des conteneurs, l’adoption de la PaaS rend possible l’architecture sans serveur. Une architecture de ce genre élimine la nécessité de gérer et de corriger les systèmes d’exploitation, les intergiciels et les instances de serveurs. Elle réduit également le fardeau associé à la gestion du cycle de vie de la TI au sein de l’organisation. Les utilisateurs craignent parfois que la PaaS entraîne un blocage des fournisseurs. L’utilisation d’une PaaS pour laquelle il existe des solutions de rechange sur le marché permettra d’éviter la formation de tels blocages. Il est essentiel de pouvoir extraire de la PaaS vos données et vos règles opérationnelles pour éviter les blocages. La plupart des fournisseurs de services d’informatique en nuage offrent des bases de données, des serveurs Web et des plateformes de serveurs de fichiers. Bien que la migration d’un service à l’autre ne se fasse jamais sans douleur, les outils de migration et les API permettent de la faciliter.
Les conteneurs sont de plus en plus souvent utilisés pour le déploiement des applications. Si votre application est sans état, l’utilisation d’un conteneur permettra, non seulement, d’appuyer la portabilité, mais également d’appuyer l’adoption des pratiques de DevOps au sein de votre organisation.
====== '''Réusiner (nouvelle architecture)''' ======
De toutes les stratégies, « réusiner » est la stratégie qui demande le plus de temps et d’argent. Elle offre l’occasion de profiter à fond des architectures natives d’informatique en nuage en permettant une certaine souplesse dans la mise à l’échelle des ressources.
L’ajout des capacités de reprise après sinistre est l’autre option si l’on souhaite « réusiner ».
La migration de systèmes d’exploitation moins communs comme AIX, UNIX et Solaris peut nécessiter l’apport de changements importants à l’application.
En raison des coûts importants qui y sont associés, cette stratégie ne devrait être utilisée que pour les applications ayant une importante valeur opérationnelle.
====== '''Remplacer (racheter)''' ======
Cette stratégie permet de relever les solutions de logiciels en tant que services (SaaS) pour certains logiciels commerciaux prêts à l’emploi (LCPE) ou certaines applications personnalisées que vous utilisez peut-être actuellement. La migration vers les solutions SaaS donne accès à la dernière version de ce service et permet de réduire le fardeau associé à la gestion du cycle de vie. À titre d’exemple, si vous exploitez une ancienne application de courriels, vous pourriez décider de la remplacer par Office 365.
</multilang>
</multilang>
