Quand cet engagement aide
Une application peut migrer vers le infonuagique sans bénéficier d'une meilleure fiabilité, de versions plus rapides ou d'une maintenance plus simple. La modernisation est appropriée lorsque la conception actuelle limite ces résultats et qu’un changement d’hébergement ne résoudra pas à lui seul le problème.
Décisions avant la mise en œuvre
Nous comparons le réhébergement, le replatforming et le refactoring sélectif au couplage d'applications, à la cohérence des données, au risque de publication et à la prise en charge. Le plus petit changement utile peut être une amélioration du déploiement ou de la base de données plutôt qu'une réécriture complète.
L'architecture dans son contexte
Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.
Ce que vous recevez :
- Portefeuille d’applications et évaluation des dépendances
- Options de modernisation avec des compromis commerciaux et opérationnels
- Conception d’applications/données cibles et feuille de route de livraison incrémentielle
- Approche de validation, de publication et de rollback pour la portée convenue
Comment la livraison est contrôlée
- 01Identifiez la capacité métier et la contrainte à supprimer.
- 02Examinez le code, les flux de données, les interfaces et les pratiques de déploiement.
- 03Sélectionnez une amélioration représentative et prouvez sa valeur.
- 04Séquencez les modifications d’application autour des tests et des fenêtres commerciales.
- 05Remettez le code, les modèles de livraison et la feuille de route restante.
Limites et compromis
Une réécriture peut introduire plus de risques qu’elle n’en supprime. Nous identifions où la préservation est judicieuse, où les services de plateforme sont utiles et où des modifications d'application sont nécessaires. Les priorités et l'acceptation des produits restent explicites.
Questions et réponses
Quand devrions-nous moderniser au lieu de simplement migrer ?
Évaluez et faites évoluer les applications, les données et les pratiques de livraison existantes avec un plan de modernisation lié à la valeur commerciale et à la réalité opérationnelle.
#À quoi notre équipe doit-elle s'attendre lors du transfert?
Le transfert comprend le portefeuille d'applications et l'évaluation des dépendances ; options de modernisation avec des compromis commerciaux et opérationnels ; conception d’applications/données cibles et feuille de route de livraison incrémentielle. Nous acceptons les preuves d'acceptation et le propriétaire en cours avant la mise en œuvre.
#Que devons-nous apporter à la première discussion?
Apportez l'objectif commercial, l'architecture actuelle, les responsables des charges de travail, les contraintes opérationnelles et toutes les échéances fixes. Nous les utilisons pour définir les décisions et les accès nécessaires à cette mission.
#Comment la portée, les coûts et les dates de livraison sont-ils établis?
Nous déterminons d'abord l'ampleur de la charge de travail et des dépendances. Les livrables requis, l'état de préparation de l'accès, la couverture des tests et les délais d'approbation déterminent le plan de livraison ; nous n'établissons pas de prix ou de calendrier fixes avant la phase de découverte.
#