NAB développe ce qu’il appelle une "usine de migration" avec les ressources Infosys et DXC Technology pour gérer le ré-hébergement simple d’applications existantes sur une infrastructure en nuage.
L’institution a utilisé le récent sommet AWS de Sydney pour montrer la structure de son programme de migration de masse, conçu pour transférer 35% des applications – 840 en termes réels – dans le nuage de l’exercice financier 2015.
Jusqu'à présent, la transition de tir à grande échelle de NAB s'est principalement concentrée sur l'utilisation par AWS des services gérés (AMS) et sur sa guilde dans le cloud pour renforcer les capacités de glissement des employés internes.
Cependant, il ne semble s'agir que d'un côté de la migration plus large de la banque vers le cloud.
Lors du sommet, il a été révélé que NAB utilisait principalement une stratégie de migration en deux étapes pour répondre aux besoins différents de deux ensembles d'applications distincts.
"Dans un environnement cloud moderne, vous devez accepter deux types d'applications", a déclaré Matthew Carpenter, responsable de la formation chez AWS.
Carpenter a été présenté comme "l'un des principaux ingénieurs" travaillant depuis le site AWS sur le projet de migration dans le nuage NAB.
"Vous avez votre nuage" né dans le nuage "applications qui sont en développement actif avec un cycle de publication fréquente qui est vraiment DevOps, où l'équipe de développement possède et exécute l'application jour par jour et l'exécute dans l'environnement nuage.
"Cependant, il ne s'agit pas du seul type d'application. Comme dans toute grande entreprise, y compris NAB, il existe un historique de logiciels ou d'applications transmis qui ont seulement mûri au point où ils ne sont plus en développement actif.
"Ces programmes peuvent toujours bénéficier des avantages du cloud – ils peuvent avoir une résilience élevée, une haute disponibilité et l'autoscale que le cloud a à offrir, mais cela ne signifie pas nécessairement que cette application doit appartenir à un modèle d'exploitation DevOps."
Cela a conduit à deux manières différentes de gérer le transfert d'applications bancaires dans le cloud.
NAB appelle une route "migration dirigée par Dojo", ce qui implique l'utilisation de ressources provenant de AWS Managed Services, ainsi que de Contino et de Cloud Consultancy CMD Solutions.
La migration dirigée par Dojo se concentre sur les travaux complexes de re-plate-forme et de refactoring d'applications.
Mais un autre chemin est également en route.
Cette installation, appelée Migration Factory, est conçue pour le réhébergement et la "simple réplication" d'applications. Elle semble être exécutée avec des ressources d'Infosys et de la technologie DXC.
"L'usine est à la hausse", a déclaré Peter Jahnke, responsable du service entreprises AWS. "Nous travaillons à travers ce processus avec [NAB] et l'équipe. "
Lors de la même conférence, NAB a révélé qu'il fonctionnait avec la technologie DXC sur une solution spécifique afin de déplacer des applications dépendant d'une infrastructure Windows Server plus ancienne vers le cloud via la conteneurisation.
Cela pourrait être l'une des nombreuses options de transfert disponibles dans l'usine de la banque pour obtenir davantage d'applications dans le nuage sans beaucoup de re-factorisation ou de retouche.
"Si nous pensons à l'ambition de cette [NAB] En parlant de cibler 35% des applications dans le cloud à la fin de l’exercice financier 2015, la nécessité d’augmenter les retraits liés au dojo que nous avons pilotés à la banque, était Carpenter.
"Pour atteindre la vitesse dont nous avions besoin, nous avons dû augmenter les outils et l'automatisation pour composer le numéro.
"Grâce à ce modèle opérationnel d'usine de migration, qui a augmenté la migration, nous avons pu utiliser l'écosystème de partenaires autour d'AWS et de la banque pour atteindre cet objectif et travailler vers notre objectif."
Commentaires
Laisser un commentaire