Planifier la migration des applications d entreprise dans le nuage

Transcription

1 TM Planifier la migration des applications d entreprise dans le nuage Guide de vos options de migration : nuage privé et public, critères d évaluation des applications et meilleures pratiques de migration des applications Introduction L abstraction des ressources et des services IT (ou l'informatique en nuage) de la structure sous-jacente et leur mise à disposition à la demande et de manière évolutive au sein d un environnement partagé, mutualisé et souple constitue un changement de paradigme dont les systèmes informatiques d entreprise comme les prestataires de services peuvent profiter. Selon la définition de l'informatique en nuage de l'institut national des normes et de la technologie (NIST : National Institute of Standards and Technology), les services informatiques fournis sous la forme de services infonuagiques sont caractérisés par : un modèle de paiement à l'usage, sans coût minimal ou initial, une facturation en fonction de l utilisation, où les coûts sont basés sur l utilisation réelle, une souplesse permettant aux utilisateurs de consommer plus ou moins de ressources de manière dynamique, une indépendance géographique, une disponibilité élevée et une tolérance aux défaillances, un accès universel aux services pour les utilisateurs depuis n importe quel endroit et par n importe quel moyen. Un nuage peut fournir des services pour les infrastructures informatiques comme des serveurs, du stockage, du réseau et des services réseau ou une IaaS (Infrastructure as a Service), une plate-forme de déploiement d applications comportant des services applicatifs tels que des bases de données ou une PaaS (plate-forme en tant que service), ou des applications logicielles basées sur un abonnement ou des SaaS (logiciel en tant que service) Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 1

2 De nos jours, les prestataires de services, passés maîtres en provisionnement, gestion et évolutivité de services pour de nombreux clients, proposent des offres basées sur une IaaS au sein de laquelle l entreprise utilise l infrastructure informatique avec paiement à l'usage. Un nuage fourni par un prestataire de services est appelé «nuage public». En outre, certaines entreprises choisissent de mettre en place des services d infrastructure de nuage privé, géré par l entreprise et présentant des qualités d'infonuagique : libre-service, paiement à l'usage, provisionnement à la demande et une impression d évolutivité infinie. Qu elle opte pour un nuage privé ou public en tant que modèle des services, une entreprise doit d abord déterminer, parmi toutes ses applications, celles qui peuvent être hébergées dans le nuage et comment les migrer. Concernant le nuage public, les prestataires de services peuvent également vouloir aider l entreprise à prendre la meilleure décision concernant la migration des applications. Les applications sélectionnées et la manière dont vous envisagez le processus de migration des applications peuvent non seulement avoir un impact sur la facilité et la réussite des migrations, mais également sur l expérience des utilisateurs. Observons à présent les éléments impliqués dans la migration d application, ainsi que les facteurs commerciaux et techniques sous-jacents à une décision de migration des applications vers un modèle de nuage. Migrations des applications et nuage Les centres de données des entreprises comptent aujourd hui un certain nombre d applications implémentées au sein d une infrastructure existante, dont l évolutivité est limitée et présente des problèmes de résilience. Bien que la migration d une application dans le nuage ne règle pas tous les problèmes intrinsèques relatifs à l évolutivité ou à la résilience des applications, les entreprises peuvent néanmoins retirer des avantages financiers et opérationnels du déplacement d une application depuis des serveurs existants vers un nuage. La migration d une application correspond au processus de redéploiement de celle-ci, généralement sur de nouvelles plates-formes et au sein d une nouvelle infrastructure. Le processus implique d organiser le nouvel environnement avant de procéder au transfert et requiert de coordonner les équipes informatiques lors de la migration. Si la migration est effectuée sur une plate-forme compatible, il n est pas nécessaire de recompiler l application. Dans le cas du nuage, l application peut être migrée depuis le centre de données existant vers le nuage cible. L infrastructure cible peut correspondre à un nuage public privé ou hybride, soit un environnement combinant de manière transparente plusieurs nuage, qu ils soient privés ou publics. En outre, le transfert peut impliquer une migration physique vers virtuelle (P2V) si l application existante ne s exécute pas sur une plate-forme virtualisée. Pour identifier les applications à migrer vers un nuage, il est nécessaire de commencer par identifier et comprendre les facteurs commerciaux et techniques sous-jacents à la migration. La réduction des coûts et la souplesse de l entreprise constituent des facteurs commerciaux types de la migration d applications vers le nuage. L'informatique en nuage permet de réaliser des économies de coût significatives en raison de l augmentation de l utilisation résultant de la mise en commun des ressources et de la standardisation et de l automatisation, requises pour les services infonuagiques. L'informatique en nuage permet de fournir rapidement des services informatiques, augmentant ainsi l efficacité opérationnelle. Les processus de commande, qui pouvaient auparavant prendre plusieurs semaines et mobiliser plusieurs services, sont maintenant réduits à quelques clics de souris. Cette amélioration de l efficacité se traduit par une efficacité généralisée de l entreprise et permet, potentiellement, de déclencher de nouvelles innovations et opportunités Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 2

3 Du point de vue opérationnel, la gérabilité, les performances et l évolutivité constituent des motifs types incitant les entreprises à envisager l'informatique en nuage. En déléguant la gestion de l infrastructure et des plates-formes logicielles à un prestataire de services infonuagiques, les clients peuvent se décharger de leurs responsabilités opérationnelles. Au sein d un modèle de nuage privé pour entreprise, une équipe de gestion informatique commune peut également aider à fournir un service similaire. Un environnement d'informatique en nuage peut également proposer davantage de ressources, permettant d améliorer les performances de certaines applications en particulier. Les applications conçues pour répartir la charge de travail sur différents serveurs peuvent bénéficier de la répartition automatisée des ressources afin de correspondre à la demande actuelle. C est particulièrement intéressant pour les applications présentant des modèles d utilisation non prévisibles ou cycliques, dans la mesure où un orchestrateur de nuage peut surveiller l utilisation et ajuster les ressources à la hausse ou à la baisse de manière dynamique. Ce fonctionnement, couplé au paiement à l'usage permis par un nuage, peut permettre de réaliser d importantes économies financières. Options de migration des applications Une fois qu une application a été identifiée, à partir de facteurs commerciaux et techniques, pour être migrée vers le nuage, il est nécessaire de considérer le type d environnement de nuage (SaaS, PaaS ou IaaS) le mieux adapté à l application. Logiciel en tant que service (SaaS) En fonction du type de l application, et si des alternatives basées sur un SaaS existent, il convient de les étudier et de voir si elles répondent aux exigences commerciales et techniques. Un tel changement ne constitue plus une migration de l application mais relève davantage d un remplacement de l application existante par une option de SaaS. Il se peut qu il soit néanmoins nécessaire de migrer les données existantes vers la nouvelle application. Le SaaS permet de s affranchir du besoin de gérer à la fois l application et l infrastructure sur laquelle celle-ci est déployée. Cette approche peut paraître attrayante, mais certains critères, tels que les contrats de niveau de service (SLA), la portabilité des données et les coûts à long terme doivent être soigneusement évalués lorsque l on envisage le déploiement d un SaaS. SLA : les prestataires de SaaS doivent fournir un SLA concernant la disponibilité, l évolutivité et les performances générales des applications, et doivent fournir des politiques et des lignes directrices claires concernant la maintenance et la mise à niveau. Portabilité des données : le prestataire de SaaS doit fournir un moyen permettant aux clients de détenir et de contrôler leurs données applicatives. Les clients de SaaS doivent être en mesure d exporter toutes les données applicatives leur appartenant, dans un format permettant une analyse et une migration aisées vers d autres applications internes ou externes. Coûts à long terme : le modèle de SaaS peut paraître attrayant, sur le plan financier, pour une petite entreprise ou une entreprise n ayant pas réalisé d importants investissements dans son centre de données, dans la mesure où les coûts initiaux sont faibles. Cependant, en raison de l augmentation du nombre d utilisateurs et de l allongement de la période d'acquisition, il est nécessaire de comparer soigneusement les coûts récurrents à long terme sur la durée par rapport aux coûts d'acquisition amortis. De la même manière que pour les autres modèles financiers basés sur le crédit-bail, les coûts totaux d'acquisition peuvent être supérieurs à la location, en raison de sa durée et de l augmentation de l utilisation Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 3

4 Gestion des utilisateurs : les utilisateurs en entreprise sont généralement gérés à l aide de services d annuaire tels que Microsoft Active Directory ou basés sur le protocole LDAP (Lightweight Directory Access Protocol). Des comptes utilisateur étant ajoutés, supprimés ou modifiés, la plupart des applications de SaaS ne sont pas automatiquement mises à jour en fonction de ces modifications, créant ainsi du travail supplémentaire et des risques potentiels de sécurité pour les administrateurs informatiques. Sécurité : l application de SaaS peut comporter des données d entreprise sensibles si celles-ci sont stockées dans l infrastructure du prestataire de SaaS. Vous devez réclamer la transparence des politiques de sécurité du prestataire de services afin d être en mesure de savoir si la sécurité proposée est appropriée à la nature des données applicatives. Plate-forme en tant que service (PaaS) La plate-forme en tant que service peut constituer une option concernant la migration des applications métier basées sur des logiciels de serveur d application standard tels que Java EE 5 ou la plate-forme.net de Microsoft. Concernant ce modèle, le prestataire de services gère le logiciel de la plate-forme applicative et peut fournir un accès à des services applicatifs communs tels que des bases de données SQL. La plate-forme applicative peut être partagée par différentes applications, appartenant à différents clients. Le mappage de la plate-forme applicative vers l infrastructure physique est généralement contrôlé par le prestataire de services infonuagiques. Les facteurs décisionnels d une telle migration dépendront du type et de la version du serveur applicatif utilisé. Certains environnements de PaaS peuvent ne pas prendre en charge toutes les fonctions du serveur applicatif et peuvent nécessiter des modifications de l application. Il convient de considérer les mêmes critères que pour un déploiement de SaaS : SLA, portabilité des données, coûts à long terme, gestion des utilisateurs et sécurité. SLA : un prestataire de PaaS doit fournir des SLA concernant la disponibilité et les performances de la plate-forme applicative. Le prestataire de services infonuagiques doit également fournir des politiques et des lignes directrices claires concernant la maintenance et la gestion des versions de la plate-forme, ainsi que des politiques concernant la compatibilité des versions des API entre la plate-forme et l application. Portabilité des données : dans un modèle de PaaS, les données applicatives sont généralement stockées dans une base fournie par le prestataire de services infonuagiques. Le client doit être en mesure d exporter les données dans un format permettant une migration vers d autres bases de données. Coûts à long terme : les coûts d un modèle financier d une PaaS doivent être comparés à ceux du déploiement interne d une infrastructure et de la plate-forme applicative/des serveurs applicatifs à l aide d une IaaS et du déploiement du serveur applicatif à l aide des serveurs basés sur nuage. Gestion des utilisateurs : une application de PaaS nécessite l utilisation de comptes utilisateur administratifs et applicatifs. Pour les deux types de compte, les clients doivent comprendre comment la gestion des utilisateurs s adapte aux services d annuaire existants et aux processus de gestion des utilisateurs. Sécurité : au sein d un déploiement de PaaS, le même serveur applicatif peut héberger les applications de différents clients. Dans un tel environnement, il est nécessaire de disposer d une sécurité supplémentaire afin de s assurer que les applications malveillantes ne puissent pas exploiter des failles du logiciel de la plate-forme et affecter d autres applications Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 4

5 Lors de l évaluation de la PaaS, les entreprises doivent également observer la gestion et l évolutivité de la plate-forme. Gestion de la plate-forme : les serveurs applicatifs fournissent des consoles et des outils de gestion permettant de surveiller et de gérer les applications déployées. Un déploiement de PaaS doit également permettre aux clients d utiliser des outils similaires leur permettant de gérer et d adapter leurs applications. Évolutivité de la plate-forme : un environnement de PaaS peut proposer une fonction d évolutivité dynamique (à la hausse ou à la baisse) qui se base sur les capacités du serveur applicatif sous-jacent. L évolutivité dynamique fonctionne bien avec des applications pour lesquelles la charge en utilisateurs n est pas déterminante, les applications Internet pour les consommateurs par exemple. En cas d utilisation de cette fonction, le prestataire de PaaS doit indiquer clairement comment l application est adaptée à la hausse ou à la baisse, et comment la répartition des ressources sera gérée. Infrastructure en tant que service (IaaS) La migration d une application vers une IaaS implique le déploiement de l application sur les serveurs du prestataire de services infonuagiques. La première étape concernant la décision d une migration vers un modèle d IaaS consiste à déterminer si le matériel et le système d exploitation (OS) des serveurs basés sur nuage sont compatibles avec le matériel et l OS des serveurs actuels. Par exemple, si une application s exécute sur un serveur x86, les serveurs du nuage doivent pouvoir implémenter des instructions x86. Si le matériel n est pas compatible, il peut être nécessaire de recompiler ou de redéployer l application sur la nouvelle plate-forme. De même, si l OS est compatible, certaines modifications seront nécessaires lors de la migration de l application. Là encore, il convient d observer les mêmes critères que ceux utilisés lors de la considération d une migration d une application vers un SaaS ou une PaaS concernant la migration vers une IaaS : SLA, portabilité des données, coûts à long terme, gestion des utilisateurs et sécurité. SLA : concernant un déploiement sur une IaaS, un SLA relatif à la disponibilité et aux performances du serveur, du réseau et de l infrastructure de stockage est nécessaire. Vous devez également recevoir des informations relatives aux procédures de maintenance et de gestion de l infrastructure, et à la gestion des interruptions de service potentielles. Portabilité des données : au sein d un déploiement sur une IaaS, l application peut utiliser un serveur de base de données également déployé sur le nuage. Dans ce cas, le prestataire de services infonuagiques doit proposer un moyen permettant de reproduire ou de migrer le stockage en blocs ou en fichiers utilisé par le serveur de base de données. Coûts à long terme : il convient de comparer les coûts d une application IaaS à ceux du déploiement de cette application sur des serveurs d entreprise. Dans certains cas, un déploiement sur une IaaS de nuage public peut présenter des avantages évidents, en raison de l évolutivité dynamique et de la facturation en fonction de l utilisation. Concernant les applications disponibles en permanence, et en fonction des ressources informatiques requises, les coûts d'acquisition à long terme pour un nuage public peuvent s avérer plus importants que pour un nuage privé. Gestion des utilisateurs : un modèle d IaaS peut présenter jusqu à trois types de rôle utilisateur : administrateur du serveur, administrateur de l application, utilisateur de l application. Les procédures et les outils de gestion des utilisateurs pour chacun de ces rôles doivent être évalués. Sécurité : concernant un déploiement sur une IaaS, des machines virtuelles appartenant à différents clients peuvent être implémentées dans une infrastructure physique partagée. Lors de la considération de la migration d une application, il convient d étudier les politiques de sécurité du prestataire de services infonuagiques concernant l isolement physique et virtuel, ainsi que les politiques de conformité. Le prestataire de services infonuagiques doit permettre la vérification des politiques de sécurité et de conformité à l aide des spécifications et des technologies émergentes telles que celles du forum Cloud Audit Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 5

6 Évolutivité : les applications conçues pour s étendre tireront parti des fonctions d évolutivité dynamiques dans un nuage. Ces applications présentent généralement plusieurs niveaux et des fonctions d équilibrage des requêtes, de la même manière qu un regroupement de serveurs applicatifs sans état peut évoluer à la hausse ou à la baisse. Si vous envisagez d utiliser cette fonction, le prestataire de services infonuagiques doit fournir des politiques claires concernant le fonctionnement de ce type d évolutivité et la gestion de la répartition des ressources entre les clients et les applications. Nuages publics ou privés Les prestataires de services infonuagiques peuvent proposer des fonctions professionnelles avancées concernant la sécurité et les performances, associées à des services réseau tels que l équilibrage de charge et l optimisation du WAN. Après avoir évalué ces aspects des offres du prestataire de services infonuagiques, vous devez vous demander si la migration des applications vers un nuage public constitue toujours une bonne stratégie. Toutes les applications ne sont pas adaptées à une migration vers un nuage public. Lors du choix de la migration d une application vers un nuage public ou privé, vous devez examiner l architecture du trafic WAN, la gestion et la sécurité des données, l intégration des applications actuelles, ainsi que la sécurité et la conformité. Trafic WAN : si la charge de travail d une application génère beaucoup de trafic et communique avec d autres ressources ou applications du centre de données, la migration vers un nuage public ne sera pas optimale en raison des coûts et des effets potentiels sur la bande passante WAN. Sécurité et gestion des données : les applications peuvent dépendre du stockage du centre de données ou d autres ressources telles que les services d annuaire concernant la gestion des utilisateurs, des profils et des données. Lors de l évaluation d une migration, de telles dépendances doivent être identifiées et traitées. Intégration des applications existantes : les applications métier existantes qui s exécutent sur des plates-formes telles qu un système informatique et un serveur AS/400 pouvant être pleinement intégré dans d autres applications métier peuvent présenter des risques concernant les offres de migration vers un nuage public. Les applications qui dépendent des applications existantes peuvent tout à fait être transférées vers un nuage privé. Exigences de sécurité et de conformité : au sein d un nuage privé, une entreprise aura davantage d influence directe sur l infrastructure de l architecture et les politiques opérationnelles. Ce contrôle peut se traduire par une meilleure efficacité, en raison de la personnalisation et de l optimisation, qu il convient d évaluer par rapport aux coûts supplémentaires. Critère d évaluation de l application Une fois le type d environnement de nuage et le modèle de mise à disposition des services infonuagiques choisis, l application candidate doit être évaluée plus en profondeur afin de s assurer que sa migration est possible et de préparer le processus de migration à proprement parler. Architectures de l application L architecture de l application aura un impact sur la manière dont celle-ci peut être migrée vers des environnements de nuage et permettra parfois de déterminer si l application peut faire l objet d une migration. Les sections qui suivent abordent les modèles d architecture communs et la manière dont ils affectent la migration Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 6

7 Applications à plusieurs niveaux La majorité des applications d entreprise présentent plusieurs niveaux, permettant de distinguer les principales fonctions et les principaux modules au sein du système. Une telle approche permet d organiser l application en trois niveaux, comme suit : un niveau de gestion des données, comportant des composants relationnels ou de base de données, un niveau de logique commerciale, utilisant une plate-forme applicative, comme.net de Microsoft, ou des conteneurs applicatifs, comme Java EE, un niveau de présentation, responsable des relations entre les interfaces utilisateur ou d autres systèmes externes, incluant la gestion de la présentation de l état et des données pour ces systèmes externes. Les applications qui utilisent une approche architecturale en couches disposent d interfaces bien définies entre ces couches. En fonction des modèles d utilisation des applications, il peut être possible de migrer des niveaux d application ou des modules au sein d un niveau de manière indépendante. Dans une application Web par exemple, des contenus statiques peuvent être migrés vers un prestataire de réseau de mise à disposition de contenu afin de permettre un chargement plus rapide de certains éléments d un site Web. Dans d autres cas, les restrictions de la bande passante WAN peuvent empêcher la séparation des niveaux; toutes les couches de l application seront alors migrées vers le nuage. Dans les deux cas, chaque couche et ses modules de composants répartis doivent être évalués séparément afin de savoir comment ils doivent être dimensionnés et migrés vers un nuage. Les niveaux des applications peuvent également présenter des exigences de sécurité et de zonage différentes. Il se peut que certaines données applicatives doivent par exemple être sécurisées par un pare-feu. Architectures de répartition à la hausse et architectures d extension Une architecture de répartition à la hausse permet à une application de tirer parti de davantage de ressources, telles que le CPU et la mémoire, ajoutées à un serveur ou un nœud unique. Une architecture «d extension» permet en revanche à une application de s étendre grâce à l ajout de nœuds rendus disponibles pour la charge de travail; il s agit donc d une extension horizontale. Les applications d extension peuvent tirer parti du modèle de coût à paiement à l'usage du nuage. En cas d augmentation des requêtes pour une application, davantage de nœuds peuvent être déployés afin de gérer l augmentation de la charge. Lorsque les requêtes sont moins nombreuses, les nœuds supplémentaires peuvent être désactivés afin de réduire les coûts. Il est actuellement impossible d étendre de manière dynamique une application s exécutant sur une instance de machine unique. Cela pourrait changer à l avenir, dans la mesure où les systèmes de virtualisation commencent à prendre en charge des fonctions de permutation à chaud, permettant d ajouter de la mémoire et du CPU de manière dynamique. Accès géographique Certaines applications sont utilisées à partir d un seul emplacement géographique, d autres à partir de plusieurs emplacements, voire au niveau mondial. Les applications Internet pour les consommateurs sont par exemple souvent utilisées dans différentes régions du monde, de manière imprévisible. Les entreprises comportant différents bureaux peuvent tirer parti de la possibilité de disposer des applications à proximité des points d accès Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 7

8 Lors de la migration d une application vers un nuage, il est nécessaire d examiner à partir de quels emplacements elle sera utilisée. Les principaux prestataires de nuage mondiaux proposent un mécanisme permettant de configurer l accès attendu à une application en achetant de la capacité dans différentes régions ou zones géographiques. Dans d autres cas, il peut être nécessaire de bloquer ou d interdire l accès aux applications dans une région spécifique, généralement à des fins réglementaires ou pour des raisons de sécurité. Lors du choix d un nuage, il est important de considérer ces facteurs et de s assurer qu il est possible de surveiller, de contrôler et d optimiser l accès géographique. Mappage des dépendances des applications Le mappage des dépendances des applications (figure 1) identifie les dépendances entre les applications et leurs dépendances au sein d une infrastructure de centre de données partagée. La collecte des données peut être réalisée en plusieurs phases. Il faut d abord identifier les dépendances immédiates de l application, puis identifier les autres applications qui dépendent de ces dépendances. Par exemple, si l application A et l application B utilisent le même serveur de base de données, celui-ci doit être identifié afin que le plan de migration comporte un transfert combiné ou des étapes permettant de séparer les dépendances. Des outils de mappage des dépendances des applications permettent également d élaborer des cartes d affinités entre les applications, en fonction du trafic observé entre celles-ci, ce qui est particulièrement utile pour savoir quelles applications il convient de migrer en un groupe. Figure 1. Exemples de mappage des dépendances des applications Profilage de l application Le profilage d une application est utilisé pour mesurer et collecter les données réellement utilisées par une application avant de procéder à sa migration. Ces données peuvent aider à dimensionner le déploiement de l application dans un nuage. Idéalement, les données applicatives doivent être collectées pendant au moins dix à quinze jours afin de capturer les variations des modèles d utilisation quotidienne et hebdomadaire Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 8

9 Pour chaque nœud sur lequel l application s exécute, les données suivantes doivent être collectées : - l utilisation du CPU, - l utilisation de la mémoire, - les informations de stockage telles que le débit, la latence et les opérations d entrée/sortie par seconde (IOPS), - les informations réseau telles que le débit, le nombre de connexions par seconde et le nombre de connexions interrompues. Les données de niveau nœud peuvent être utilisées afin d estimer le nombre et le type de machines nécessaires après la migration de l application. En complément aux statistiques de niveau nœud, il est également important de profiler l activité de l utilisateur : le nombre d utilisateurs connectés, les taux de requête et de transaction et les latences de requête. Les données d utilisation peuvent également être utilisées afin de concevoir des tests automatisés pour l application, afin de s assurer de disposer d un niveau de service identique, ou meilleur, après la migration de l application. Les données de nœud, ainsi que les données d utilisation de l application, peuvent également fournir une estimation initiale des coûts relatifs aux ressources du nuage. Planification et test de la migration des applications La dernière étape de la préparation de la migration d une application vers le nuage consiste à développer un plan de travail ainsi que des tests. En fonction du type d application et de ses exigences de continuité des opérations, l importance de la planification peut varier. Si aucune interruption de service n est possible ou qu elle doit être minime, la migration des applications doit être réalisée en plusieurs phases; les applications existantes et les applications migrées seront alors disponibles en même temps pendant un certain temps. Après les tests initiaux, la migration des utilisateurs peut également s effectuer par lots, et la capacité du nuage peut être augmentée au fur et à mesure. Les données applicatives collectées au cours des étapes précédentes peuvent être utilisées pour créer des séries de tests et simuler différents types et différentes charges d utilisateurs. Le fait de disposer d un plan de test et de tests automatisés aidera à garantir la réussite de la migration. Conception de la solution concernant des services professionnels L évaluation des applications, la conception des plans de migration et la migration des applications vers un ou plusieurs modèles informatiques de nuage cible représentent un travail exigeant. Cela requiert une grande expérience en conception de processus de migration d applications et une compréhension approfondie des modèles informatiques de nuage, ainsi que de solides connaissances concernant la manière dont les applications interagissent les unes avec les autres, les environnements (de nuage) externes et l infrastructure sous-jacente. Cela requiert également une expérience en matière d intégration de systèmes informatiques et de gestion de nuage, et, s agissant d un véritable projet à part entière, une approche structurée concernant la gestion de programmes. Les services Cisco disposent de l expertise et de l expérience requises dans chacun de ces domaines, confortées par de nombreuses années d aide apportée aux clients pour leur permettre de transformer leurs centres de données. Les services Cisco proposent une large variété de services infonuagiques (Cloud Enablement Services), depuis la stratégie jusqu à la planification, de la conception à l implémentation. La migration d applications fait donc partie intégrante de chacun de ces services; des méthodologies applicatives détaillées ont déjà été développées par les experts en infonuagique des services Cisco. Les services Cisco constituent donc un moyen idéal pour vous aider à concevoir et à développer une approche de migration des applications de pointe pour votre déploiement informatique de nuage Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 9

10 Résumé De nombreux aspects différents doivent être examinés lors de la sélection, de l évaluation et de la planification de la migration d une application de centre de données vers un nuage. Le processus commence par l analyse des facteurs de l application et la comparaison de ces facteurs à différents types d environnement informatique en nuage. Les étapes suivantes consistent à analyser et à mesurer les informations des applications permettant d élaborer un plan de migration, ainsi qu un plan permettant de tester chacune des phases de la migration. Ce processus (figure 2) est souvent itératif, dans la mesure où de nouvelles données peuvent apparaître, conduisant à une réévaluation des résultats des premières étapes. Même s il n existe pas d approche unique fonctionnant pour toutes les applications, les meilleures pratiques recommandées vous aideront à déterminer l adaptabilité des applications et à procéder à une migration fluide. Pour conclure, les services Cisco constituent le moyen idéal vous permettant de concevoir et de développer une approche avancée concernant la migration des applications, ce qui vous permettra de justifier votre investissement en infonuagique. Figure 2. Processus de migration d une application Pour plus d informations sur l'informatique en nuage par Cisco consultez la page enablement. Pour plus de renseignements sur les services Application Dependency Mapping Services (mappage des dépendances des applications), consultez la page Siège social pour les Amériques Cisco Systems, Inc. San José, Californie Siège social Asie/Pacifique Cisco Systems (USA) Pte. Ltd. Singapour Siège social en Europe Cisco Systems International BV Amsterdam, Pays-Bas Cisco compte plus de 200 agences à travers le monde. Les adresses, numéros de téléphone et de fax sont répertoriés sur le site Web de Cisco, à l adresse : Cisco et le logo Cisco sont des marques déposées de Cisco Systems, Inc. et/ou de ses filiales aux États-Unis et dans d autres pays. Vous trouverez la liste des marques commerciales de Cisco sur la page Web Les autres marques de commerce mentionnées dans le présent document sont la propriété de leurs détenteurs respectifs. L utilisation du terme «partenaire» n implique pas de relation de partenariat entre Cisco et une autre entreprise. (1005R) Imprimé aux États-Unis C / Cisco Systems, Inc. Tous droits réservés. Ceci est un document public de Cisco. Page 10