Stratégie de modernisation d'IBM i dans le paysage technologique BFSI (Noel Prince Moses V)

Abstract

Il existe de fortes recommandations en faveur de la modernisation ou de la migration des applications IBM i vers une plate-forme futuriste, ainsi que de fortes hésitations qui alimentent le sentiment anti-migration. Cela nous amène à la question : devons-nous investir dans les compétences
de la plateforme existante ou pas ?

Vue d’ensemble

IBM i étant le système existant, il est ciblé pour la migration par de nombreuses entreprises pour diverses raisons. Ici, dans ce blog, nous explorerons les options de migration disponibles dans le scénario actuel, la probabilité de leur adoption, la raison pour laquelle le suivi n'est pas accéléré.
la migration ou la sortie et la nécessité d’améliorer la main-d’œuvre du développement.

IBM i (largement connu sous le nom d'AS/400) est l'un des systèmes les plus stratégiques pour de nombreuses moyennes et grandes entreprises, notamment les banques, les services financiers et les assurances (BFSI). Il est utilisé par toutes ces entreprises depuis plus de 25 à 30 ans. Il héberge le noyau
applications pour les banques et les assureurs, y compris les services bancaires de base, la gestion des cartes, l'administration des politiques, etc. IBM i, comme nous en discutons ici, est l'ensemble de l'écosystème qui accompagne IBM i, le matériel, le système d'exploitation, les langages de programmation comme RPG,
COBOL et CL, base de données DB2 for i, IBM MQ pour la messagerie, la gestion des tâches, l'accès des utilisateurs, la sécurité, etc. La modernisation de l'héritage est en discussion au sein des banques depuis de nombreuses années maintenant et IBM i est également sur le point d'être remplacé par de nouvelles technologies en raison de la défis
lié aux compétences spécifiques à la plate-forme IBM i (RPG, COBOL), architecture monolithique des applications entraînant des problèmes d'agilité, interopérabilité avec d'autres plates-formes et outils DevOps, non aligné sur les investissements stratégiques, manquant la plupart des avantages du cloud (par exemple,
capacité à la demande), etc. Dans le même temps, il existe un certain nombre de raisons pour lesquelles la migration est reportée. Certains d'entre eux concernent les nouvelles versions de matériel, les versions de système d'exploitation, la fenêtre de support étendue, les investissements actuels dans l'infrastructure lourde, les risques et les coûts de migration.
Nous essayons ici d'évaluer les premières possibilités de sa sortie afin de prévoir la dépendance à l'égard de ses PME.

Notre point de vue

Au fil de la période, l'activité s'est développée, les exigences commerciales ont augmenté, divers risques ont augmenté, les exigences de conformité et réglementaires ont augmenté et finalement, tout cela a été capturé et pris en charge dans une seule application monolithique pour chacun.
entreprise. D’où le haut niveau de complexité lié à la concentration de toutes les connaissances, des règles métier, des processus métier. Ajouté à cela toutes les implémentations techniques comme le multi-threading, la messagerie, la planification des tâches, le contrôle des tâches, etc.,
font également partie de la mise en œuvre du monolithe.

Avec l'avènement des pratiques Cloud, DevOps et Agile, les secteurs et les entreprises, notamment les banquiers et les assureurs, recherchent également une transformation des applications IBM i pour bénéficier des dernières fonctionnalités et avantages. Les entreprises disposent de plusieurs options
devant eux. Cette plateforme peut suivre des pratiques agiles et faire partie du monde DevOps avec les solutions ARCAD. L'une des grandes banques britanniques a adopté avec succès DevOps sur IBM i. La plateforme IBM i Merlin (Modernization Engine for Lifecycle
Integration) y contribue avec l'IDE intégré, les outils CI/CD Merlin pour l'expérience DevOps ainsi que le provisionnement des machines virtuelles IBM i, la gestion des API REST, etc., et apporte l'espoir d'un écosystème DevOps complet à l'avenir. Les développements récents contribuent à l’agilité
des environnements IBM i et ré-héberger ses applications. L'administration système de cette plateforme doit être déchargée en migrant l'infrastructure directement vers IBM Cloud ou vers Skytap sur Azure et IBM Cloud ou vers Connectria sur AWS. Infini, je suis à la rescousse pour ré-héberger
les applications sur Azure ou AWS ou Google Cloud. Toutes ces options doivent être classées comme modernisation sur place ou pseudo-modernisation et dépendent des compétences IBM i.

Les ensembles d'outils de Fresche, Google (G4) fournissent une conversion individuelle (refactor) des codes sources natifs IBM i et ouvrent la passerelle pour le déploiement de l'application sur les systèmes ouverts et le cloud. Mais la préférence pour cette option s'estompe compte tenu de la maintenabilité
et futuriste pour les grandes entreprises comme les banques. Les banques et plus particulièrement les assureurs ont des besoins commerciaux très dynamiques, comme des exigences toujours croissantes en matière de réglementation et de conformité, et donc le besoin d'une base de code hautement maintenable.

En laissant la modernisation sur place (dernier recours) et le refactoring, les autres options peuvent être largement regroupées dans l'une des deux options, à savoir le remplacement COTS ou la réécriture de l'intégralité de l'application. Ces options ont leurs propres avantages et inconvénients. Pour la plupart des
Pour les banques de moyenne et grande taille et les banques ayant des opérations multi-pays ou multi-géographies, les applications principales sont leur trésor, leur force et le catalyseur de ce qu'elles sont. Ainsi, le taux d’adoption des COTS sera limité en raison de l’adéquation exacte de l’application COTS.
pour les riches capacités de la banque telles que le traitement des cartes, la fidélisation et la gestion des récompenses.

Désormais, les banques se retrouvent avec l’autre option : la réécriture. Comme chacun le sait, réécrire l’application existante (fonctionnellement équivalente mais architecturalement actuelle) dans un paysage cible revient presque à créer une nouvelle application. Ingénierie inverse
les outils de Fresche et ARCAD aident à accélérer l'extraction des règles. La nouvelle méthode de développement basée sur Agile, DevOps, Test Automation, etc., la réécriture ne prendra peut-être pas trop de temps mais elle ne sera pas non plus courte. Certaines grandes banques ont tenté de réécrire
et expérimenter. De nombreuses banques manifestent leur intérêt pour une réécriture mais recherchent une migration rentable, robuste et sans risque ou à risque réduit, ce qui est encore loin.

Outre le calendrier prévu pour la réécriture, des facteurs tels que la décision stratégique sur le paysage cible, les technologies cibles, l'architecture cible, les défis en matière de réglementation et de conformité, les changements organisationnels pour adopter les activités de transformation, le
les investissements actuels dans les infrastructures lourdes, etc., vont avoir un impact sur le calendrier global de migration vers IBM i pour la plupart des banques.

IBM investit et met également régulièrement à niveau les serveurs Power (serveurs basés sur Power10 lancés en 2021) et IBM i (7.5 publié en mai 2022), ainsi que la prise en charge des technologies ouvertes, afin de maintenir l'élan visant à conserver cette plate-forme.
La fenêtre de support (en général 7+3 ans – Normal + Étendu) et la réutilisation des serveurs Power pour d'autres environnements (AIX) sont quelques-uns des facteurs importants donnant un espace supplémentaire pour la prise de décision (pas de précipitation pour quitter la plateforme).

Conclusion

Avec tous ces facteurs, la nécessité d’exécuter les applications IBM i restera élevée pendant encore de nombreuses années. Cela signifie que ces applications doivent être prises en charge, maintenues et améliorées jusqu'à ce que les entreprises trouvent une alternative efficace et viable. Mais au
Dans le même temps, il devient de plus en plus difficile d'impliquer la main-d'œuvre dans l'ensemble des compétences IBM i. Il est temps d'améliorer la main-d'œuvre de développement en tirant parti des IDE et des outils améliorés pour cette plate-forme.