Pourquoi moderniser le mainframe

des options, des tendances et de la façon dont le mainframe IBM est aligné pour répondre aux demandes actuelles et futures.

Besoin de l’heure

Les applications mainframe actuelles souffrent de la phobie du monolithe, où les couches de conversation, de fonction et d’accès aux données sont étroitement couplées et rendent difficile la distinction de la frontière. Il y a beaucoup de redondance dans les données et le code. La complexité et la maintenabilité du code est un défi. Aucune documentation claire n’est disponible, les personnes qui ont créé ces applications ont déjà pris leur retraite ou sont sur le point de prendre leur retraite. De plus, la plupart des compétences héritées ne sont pas disponibles sur le marché. L’arrivée de technologies plus récentes et évolutives a changé le modèle d’affaires. L’expérience client est au centre des préoccupations. Les opérations commerciales sont devenues mondiales, ce qui a entraîné une augmentation des conformités réglementaires et la portée de l’analyse des risques et de la surveillance de la fraude s’est élargie. Les start-ups sont maintenant une nouvelle race de concurrents. Ces start-ups déploient de nouveaux produits et fonctionnalités à une vitesse inimaginable et attirent lentement la clientèle même. Les méthodologies de développement sont passées de cascade à agile. Pour surmonter les défis ci-dessus et grandir, le besoin de l’heure est de moderniser l’application monolithique pour la numérisation, l’agilité, la rapidité de mise sur le marché et l’évolutivité de l’entreprise. Ainsi, la modernisation n’est plus une option. Alors quelles sont les options et les tendances ?

Options de modernisation

la première chose qui nous vient à l’esprit est le cloud. Le cloud est présenté comme une alternative au mainframe. C’est devenu une tendance et cela va continuer pendant encore quelques années. Le cloud offre également un ensemble moderne d’outils et de logiciels pour le développement, DevOps et des services de surveillance automatisés. Il est prouvé qu’il est sécurisé, résilient, garantit la disponibilité et l’évolutivité. Alors, l’organisation peut-elle simplement déplacer l’ensemble du processus vers le cloud ou réécrire la base de code dans des langages et des bases de données de nouvelle génération ? Comment choisir une bonne option ?

Il n’y a pas de bonne option. Cela dépend du choix qu’une organisation fait en fonction de ses objectifs, de ce qu’elle veut aborder et de la quantité de risques qu’elle est prête à prendre.

• Des options telles que Re-Host et Re-Factor sont rentables et moins risquées, mais ne tiennent pas compte des risques clés pour les PME et la technologie et n’accélèrent pas la mise sur le marché. On peut accélérer le processus de livraison en mettant en œuvre DevOps, mais les frais généraux de codage et de test continueront. Cette option est adaptée aux organisations avec une empreinte Mainframe plus petite, moins de 2 000 MIPS et les organisations avec 5 000 MIPS ou moins peuvent choisir cette option comme option provisoire.
• D’autre part, la réingénierie complète ou la réécriture est une option idéale et futuriste avec une application basée sur des API, une architecture basée sur des micro-services déployée sur une plate-forme conteneurisée. Cette option traite des principaux risques liés aux PME et à la technologie. Mais il présente un risque très élevé, nécessite d’énormes investissements, un temps d’attente plus long pour en récolter les bénéfices (minimum 3 ans) et nécessite un engagement à long terme de la part des acteurs informatiques et commerciaux. Il existe peu ou pas de cas d’utilisation dans l’industrie pour cette option où l’ensemble du système a été repensé sur le cloud ou sur site, mais il existe des cas d’utilisation où un sous-ensemble de fonctions de différenciation de base a été migré vers le cloud ou la plate-forme sur site pour plus d’agilité et la rapidité de commercialisation.
• L’option de modernisation hybride et sur place offre la possibilité de moderniser de manière sélective un sous-ensemble de fonctions pour plus d’agilité et d’évolutivité. C’est moins risqué par rapport aux autres options. Il s’agit également d’une solution rentable et qui répond à certains des principaux risques pour les PME et la technologie auxquels sont confrontées les organisations. un) Identifiez et exposez les fonctions de base en tant qu’API pour la consommation, telles que l’embarquement des clients, les paiements, le traitement des prêts, etc.

  b) Données de base en temps réel ou post-traitement répliquées dans le cloud pour l’IA, le ML, l’analyse des risques, l’AML, la détection des fraudes, etc.

  c) Déchargez la fonction d’enquête uniquement (CQRS) sur le cloud en tant que micro-services déployés sur une architecture basée sur des conteneurs

  ré) Participer à la mise en œuvre de DevOps d’entreprise et e) Utilisation d’outils d’analyse d’impact et de documentation pour les livrables de qualité et la documentation pour atténuer les principaux risques pour les PME.

Quelques références de l’industrie sur la modernisation en modèle hybride, la coexistence avec le Cloud à travers la modernisation sélective.

• Une grande banque d’investissement a implémenté DevOps-CI/CD pour une application principale. Les avantages sont l’amélioration du délai de mise sur le marché, la qualité et la réduction du coût du projet.
• Un grand client mondial de services bancaires et de traitement de cartes de crédit a réécrit l’algorithme de correspondance de base sur une plate-forme multi-cloud. Les avantages sont des microservices architecturés, des règles configurables pour améliorer l’agilité.
• Une grande bourse européenne a réécrit son application de classe multi-actifs sur le cloud à l’aide de RedHat Openshift PaaS. Les avantages sont l’agilité, la rapidité de mise sur le marché, la conception de microservices et le pipeline DevOps CI/CD implémenté.
• Un important client américain spécialisé dans le traitement des paiements a migré l’un de ses principaux processus vers la plate-forme Cloud. Le code a d’abord été refactorisé à l’aide d’un outil automatisé, puis a converti la partie principale en microservices. Les avantages sont l’agilité dans la rapidité de mise sur le marché et la réduction des risques des PME de base et des compétences techniques.
• Une grande banque mondiale a modernisé ses fonctionnalités bancaires de base en les exposant sous forme d’API. Les avantages sont une expérience client améliorée et un service plus rapide.

Soutenir et investir dans la plate-forme mainframe

IBM continue de mettre à niveau son matériel et ses logiciels pour correspondre à la tendance actuelle et à la croissance de l’entreprise.

• Déchargez le développement et les tests sur le cloud IBM avec Wazi as a Service (aaS).
• Exposez les capacités fonctionnelles de base sur le système Z via les API pour consommer des données à l’aide d’IBM z/OS Connect.
• Extensions de conteneur Z, exécutant Linux sur des conteneurs docker Z dans z/OS – Tout logiciel Linux, disponible sous forme d’image docker, peut être déployé sur Z.
• Prise en charge des ensembles d’outils pour la mise en œuvre du pipeline DevOps et CI/CD

Conclusion

Les mainframes servent bien les clients BFSI depuis de nombreuses décennies. Ce sont des plates-formes robustes et stables prenant en charge le traitement critique dans les entreprises BFSI. Étant donné que la transformation numérique est le moteur clé, au lieu de quitter le mainframe, les organisations devraient envisager la coexistence avec le cloud, qui est une option moins risquée. Cette option offre le meilleur des fonctionnalités de deux mondes en termes de disponibilité, de résilience et d’évolutivité, ce qui constitue un avantage et une force supplémentaires. Les deux plates-formes permettent aux développeurs de moderniser les applications sans compromettre la sécurité, l’évolutivité et la disponibilité.