Développement d'une stratégie de migration PaaS

Dans l'article «La justification de l'analyse de rentabilisation pour le PaaS» nous avons examiné les avantages et l'analyse de rentabilisation du PaaS. Dans ce blog, nous examinerons les étapes à suivre pour créer une stratégie de migration vers le PaaS, notamment la re-plate-forme des applications existantes.

La re-plate-forme des applications inclut les applications lift-and-shift (conteneurisation) avec des modifications mineures, les applications de refactoring pour se conformer à douze factoriser les directives des applications et réécrire complètement les applications afin de tirer le meilleur parti du cloud natif et de DevOps. L’optimisation des applications pour PaaS comprend souvent des modifications visant à améliorer l’évolutivité horizontale, le passage des logiciels commerciaux au logiciel libre, et l’utilisation de services d’application tels que la base de données, la mise en cache et la journalisation.

La plupart des grandes entreprises ont construit un portefeuille d’applications couvrant de nombreuses années, notamment: logiciel personnalisé et disponible dans le commerce (COTS). Il n'est ni possible ni souhaitable de migrer l'ensemble du portefeuille vers PaaS. Toutes les applications ne conviendront pas pour PaaS et les avantages de la migration des applications varieront d'une application à l'autre.

Les migrations d'applications à grande échelle nécessitent un inventaire des applications, une catégorisation et une hiérarchisation de ces applications et un plan de migration prescrit. La plupart des entreprises auront besoin de budgets et de calendriers informatiques formels pouvant s'étendre sur plusieurs années.

En examinant le portefeuille d'applications de manière globale, la plupart des grandes entreprises trouveront des applications obsolètes et dotées de capacités commerciales dupliquées d'un système à l'autre. Bon nombre de ces applications peuvent être migrées vers SaaS, consolidées au sein d'applications packagées ou totalement obsolètes. Il est important de réduire l'encombrement de l'application envisagée pour la migration et de déterminer le niveau d'effort justifié à consacrer à l'optimisation de chaque application.

D'un point de vue commercial, il est préférable d'investir dans des systèmes ayant le plus grand impact commercial. en termes de revenus, de coûts et d'expérience client. Les migrations d'applications sont souvent liées à une stratégie de transformation numérique plus large au niveau de l'entreprise. Dans la vue stratégique, une feuille de route de la migration aligne les objectifs commerciaux et les résultats clients souhaités sur les plans et les activités des systèmes, ce qui fournit une valeur commerciale supplémentaire pour chaque application migrée. En commençant par les applications à forte valeur ajoutée, la valeur métier peut être fournie tôt dans la migration. Cela se traduit le plus souvent par la migration des applications destinées aux clients.

Du point de vue informatique, il est nécessaire d'analyser et de modéliser l'état actuel du portefeuille d'applications et de classer les systèmes en fonction de la complexité, des risques, des dépendances et des capacités de l'entreprise. . Dans la vue informatique, les migrations d'applications vers PaaS peuvent faire partie d'une stratégie plus globale axée sur le cloud. Les vues métier et informatique doivent ensuite être alignées pour créer une feuille de route de transformation complète. La feuille de route devrait également traiter des capacités informatiques (par exemple, DevOps) et de l'état de préparation de la plate-forme – personnes, processus et plate-forme. Des budgets, des calendriers et des diagrammes de transition d'application peuvent être créés sur la base de la feuille de route de niveau supérieur.

Feuille de route de la migration

La première étape consiste à inventorier et classer les applications candidates à la migration. Pendant l'inventaire, utilisez un modèle pour capturer les détails de l'application (tels que les contacts, le domaine professionnel, le nombre d'utilisateurs, le langage de programmation, etc.). Certaines applications peuvent être éliminées ou différées de la liste de migration en fonction de l'adéquation technologique, du manque d'utilisation, etc.

Les autres candidatures doivent être classées par ordre de priorité en fonction d'un ensemble de critères d'évaluation tels que:

Business Metrics
• Domaine d'activité
• Axes stratégiques / thèmes d'investissement
• Efficacité opérationnelle
• Génération de revenus
• Nombre d'utilisateurs / utilisateurs
• Expérience utilisateur relative

Métriques informatiques
• Coûts de support
• Qualité des données et de l'intégration
• Alignement d'architecture
• Qualité du code
• Fiabilité
• Agilité
• Sécurité

Vous pouvez ensuite classer la stratégie de migration pour chaque catégorie. application par exemple comme suit:

• Retraite
• Migration vers le SaaS
• Migration vers le PaaS
• Levée et transfert vers IaaS
• Réarchitecte, refactor / rewrite
• laisser sur place s

Ensuite, les applications sélectionnées pour la migration PaaS doivent être évaluées pour un plan de migration au niveau de l'application.

À ce stade, les outils automatisés peuvent être utilisés pour rassembler les détails de l'exécution de l'application, l'analyse du code et être complétés par des entretiens. pour collecter les informations suivantes:

• Profil d'application – caractéristiques de la charge de travail, architecture applicative
• Conditions requises pour la récupération non fonctionnelle et la récupération après sinistre
• Langage de programmation et prise en charge de l'infrastructure
• Dépendances des systèmes d'exploitation natifs des applications
• Dépendances et intégrations externes
• Conditions requises pour les services d'application – base de données, journalisation, gestion de session, etc.
• Configuration requise pour le déploiement et le déploiement
• Cycle de vie du contrôle qualité – scénarios de test, automatisations, dépendances, etc.
• Niveau sans effort et dimensionnement de l'environnement

Une fois que vous disposez d'un plan de migration solide, voici quelques conseils pour bien démarrer votre migration: [19659011] • Sélectionnez et adoptez les outils adaptés à votre environnement et à votre culture
• Commencez avec une preuve de technologie et soyez prêt à apporter des modifications
• Configurez l'environnement de l'outillage, les consignes relatives à l'architecture légère et les meilleures pratiques
• Limiter la portée initiale (débutez petit), mesurez et mesurez l'efficacité
• Ajustez et intégrez les schémas émergents et les meilleures pratiques

Perficient dispose d'équipes de stratèges très expérimentés, de développeurs de PaaS, de DevOps et d'experts en gestion du changement si vous avez besoin d'aide. migration. Nous avons investi dans la formation de personnes expérimentées sur les dernières approches en matière de développement, notamment le développement en cloud natif, le PaaS, le DevOps, les microservices et la refonte de la plate-forme.

Offres de services PaaS