Ce n’est pas l’I.A qui va vous aider à migrer votre appli métier âgée de dix ans et sur laquelle votre équipe technique se casse les dents à chaque essai.
Il est impossible de faire évoluer votre appli métier, qui déroge désormais à des obligations normatives et sécuritaires, sans même tenir compte du fait que vous ne pouvez plus y ajouter de nouvelles fonctionnalités pour votre métier.
Que vous souhaitiez migrer vers une nouvelle infrastructure onpremise ou cloud, il est important d’analyser le problème actuel.
1. les éléments logiciels impliqués dans la migration, à savoir toutes l’interdépendance des applications, ainsi que les versions associées ET les équipes en interne et en externe impliquées.
2. Les éléments d’infrastructure, internes ou externes, propulsant vos applications.
3. Des développeurs comprenant l’existant, avec une idée claire de comment interagissent les différents éléments logiciels et d’infrastructure de l’application à migrer. Cela paraît basique, mais vous seriez surpris du nombre de fois où j’ai trouvé des applications métier sans référent clairement identifié.
4. Un administrateur ou un ingénieur système ayant accès aux différentes ressources d’infrastructure qui propulsent l’application à migrer.
Nous pouvons déjà voir une grande partie du problème : les migrations d’application métier historiques nécessitent très souvent l’implication de nombreux acteurs dans l’entreprise, et ce sur une partie importante, voire tout au long de ladite migration.
Ce besoin de monopoliser différents acteurs sur un temps assez long, souvent plusieurs mois, parfois une année complète, demande donc une budgétisation de la migration et bien sûr une implication forte de la hiérarchie dans cette migration.
De mon expérience, c’est souvent l’affaiblissement de cette motivation à migrer (quitte à perdre l’argent et le temps investis) qui est à l’origine des nombreux échecs de migration des applications historiques vers de nouvelles infrastructures.
Pourtant une bonne préparation en amont permet le plus souvent de gagner beaucoup de temps à chaque étape ensuite. N’hésitez pas à jeter un œil à mon précédent article sur la volonté politique dans un projet S.I.
L’auteur
Je suis architecte infrastructure cloud (AWS et Azure) senior freelance certifié AWS Solutions Architect Associate. Je conçois les infrastructures dont vous avez besoin pour faire tourner les services IT de vos entreprises et vous aide dans vos grands processus de migrations et de remédiations. Disponible pour une nouvelle mission. N’hésitez pas à me contacter si je peux vous aider dans vos projets.
Carl Chenet 
Laisser un commentaire