Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Réitération des critères de priorisation
Avant de créer des plans de vague de migration, nous vous recommandons de réitérer les critères de priorisation des applications afin de passer de la sélection des applications pilotes à la planification des vagues à long terme.
Dans les sections précédentes, nous avons introduit un critère de priorisation par défaut qui prioriserait les applications simples prêtes pour le cloud (voir Prioriser les applications). En effet, au début, nous recommandons de commencer par les applications non critiques afin d'affiner les processus de migration et d'intégrer les leçons apprises. Toutefois, à ce stade, et pour créer des plans à long terme, l'ordre dans lequel les applications sont migrées doit être aligné sur les facteurs commerciaux. L'application des nouveaux critères générera un nouveau classement des candidatures qui sera un élément clé pour la planification des vagues.
Passez en revue les points de données disponibles dans le portefeuille d'applications et sélectionnez les attributs qui détermineront la priorisation des applications en fonction des facteurs commerciaux.
Tout d'abord, validez vos moteurs commerciaux (voir Moteurs commerciaux et principes directeurs techniques). Ensuite, en fonction des facteurs de votre activité, sélectionnez les attributs qui vous aideront à hiérarchiser les applications à migrer.
Le tableau suivant présente des exemples de critères de priorisation alignés sur les moteurs commerciaux de l'innovation.
Attribut ou point de données |
Valeurs possibles |
Résultat (0-99) |
Facteur multiplicateur de l'importance ou de la pertinence |
|---|---|---|---|
Système d’exploitation |
AIX |
80 |
Haut (1 x) |
Solaris |
80 |
||
HP-UX |
80 |
||
ordinateur central |
70 |
||
Windows |
50 |
||
Linux |
20 |
||
Criticité commerciale |
Élevée |
60 |
Haut (1 x) |
Moyenne |
40 |
||
Faible |
20 |
||
Architecture |
Étroitement accouplé |
60 |
Haut (1 x) |
Lâchement accouplé |
20 |
||
Modèle d’exploitation |
Traditionnel - non CI/CD |
60 |
Medium-high (0,8x) |
Basique CI/CD |
40 |
||
Complet DevOps |
20 |
||
Nombre d'instances de calcul |
1 à 3 |
60 |
Medium-high (0,8x) |
4-10 |
40 |
||
11 ou plus |
20 |
||
Stratégie de migration |
Refactor (réarchitecte) |
70 |
Moyen (0,6x) |
Recréation de plateforme |
40 |
||
Rachat |
30 |
||
Réhéberger |
10 |
Le tableau suivant présente des exemples de critères de priorisation alignés sur les facteurs commerciaux pour une réduction rapide des coûts.
Attribut ou point de données |
Valeurs possibles |
Résultat (0-99) |
Facteur multiplicateur de l'importance ou de la pertinence |
|---|---|---|---|
Produit de base de données |
Oracle |
70 |
Haut (1 x) |
Microsoft SQL |
70 |
||
Autres |
20 |
||
Système d’exploitation |
Windows |
70 |
Haut (1 x) |
Linux |
70 |
||
Autres |
20 |
||
Utilisation du processeur (moyenne) |
Plus de 36 % |
60 |
Haut (1 x) |
Moins de 36 % |
40 |
||
Nombre d'instances de calcul |
11 ou plus |
60 |
Medium-high (0,8x) |
4-10 |
40 |
||
1 à 3 |
20 |
||
Stratégie de migration |
Mise hors service |
80 |
Moyen (0,6x) |
Réhéberger |
70 |
||
Recréation de plateforme |
50 |
||
Refactor (réarchitecte) |
10 |
Testez les critères de priorisation et recommencez jusqu'à ce que vous soyez généralement d'accord avec le résultat. Il faut au moins trois ou quatre itérations pour obtenir une version de référence.