Atruvia AG fournit des solutions bancaires en tant que service et des services de développement d’applications aux banques coopératives allemandes. Plus de 800 banques font confiance au processus bancaire de base agree21 d’Atruvia et à d’autres applications, ainsi qu’à son réseau de plus de 30 000 guichets automatiques et terminaux en libre-service à travers le pays.
Avec quelque 81 millions de comptes clients, les banques clientes génèrent un volume de transactions considérable, ce qui nécessite une infrastructure informatique puissante, résiliente et hautement sécurité. Pour ce faire, Atruvia dispose de huit systèmes IBM® z15® répartis dans quatre centres de données qui traitent 80 milliards de transactions bancaires de base par an, avec des pics de 12 000 transactions par seconde. IBM Information Management System (IMS) gère les transactions et les données stockées dans la base de données IBM Db2® for z/OS®.
Du côté des systèmes distribués, les applications d’engagement client sont mises en œuvre en Java®, de manière classique ou en tant que microservice, hébergées sur des systèmes x86 Linux® sur la plateforme de conteneur Red Hat® OpenShift®. Environ 1 200 microservices prennent en charge une plateforme de vente et d’autres processus, qui utilisent des services bancaires de base via une couche API propriétaire.
Historiquement, Atruvia a mis en œuvre des transactions de cœur de métier avec Java/HTML5 à l’avant, connectées à une couche intermédiaire en Java et IMS COBOL en arrière-plan. Alors que de nombreux programmeurs COBOL partaient à la retraite et que les clients des banques attendaient une livraison rapide des nouveaux services omnicanaux, les dirigeants d’Atruvia ont décidé d’adopter une approche créative de la modernisation des applications qui maintiendrait la sécurité et la performance d’IMS tout en offrant les avantages d’un langage de programmation populaire.
Plutôt que d’opter pour une stratégie « lift and shift » coûteuse et risquée, leur solution a consisté à procéder à un remaniement sélectif sur place. Ils intégreraient la dernière version de Java dans le runtime IMS/COBOL existant sur la plateforme IBM zSystems® afin de moderniser progressivement les applications.
« Nos applications de services bancaires de base sont en constante évolution », explique Pascal Meyer, architecte informatique principal chez Atruvia. « Pour les demandes qui ne justifient pas une réimplémentation complète, nous voulions introduire Java dans l’environnement IMS COBOL. L’un des principaux objectifs était de rendre nos applications bancaires disponibles d’une manière qui serait plus familière à la dernière génération de développeurs. »
Transactions compatibles avec Java
Grâce aux capacités Java in IMS sur IBM zSystems, Atruvia utilise Java pour 85 % de ses transactions bancaires de base
Amélioration des performances
L’hébergement de certaines applications Java distribuées à forte intensité de données avec IBM zSystems permet d’obtenir des résultats 3 fois plus rapides
Productivité accrue
Java et COBOL au sein d’IMS améliorent la productivité des développeurs d’applications
L’ajout de Java à IMS aux côtés de COBOL pourrait également réduire la complexité des applications. L’architecture classique d’Atruvia nécessite d’inclure une logique de « compensation » dans chaque composant afin de garantir que les opérations distribuées entre les différents composants puissent être ramenées au dernier état cohérent en cas d’erreur ou d’interruption. L’intégration du code Java dans l’environnement IMS rendrait la logique supplémentaire superflue, réduisant ainsi la complexité, les coûts et les retards.
« En ce qui concerne l’architecture des applications, Java offre la possibilité d’utiliser un plus large éventail de cadres et de protocoles, ajoute Thomas Bauer, chef d’équipe et architecte informatique chez Atruvia. « Par exemple, les services Web RESTful sont plus naturels en Java qu’en COBOL et certaines fonctions difficiles à mettre en œuvre dans un environnement COBOL pur sont disponibles sous forme d’artefacts prédéfinis en Java. Nous voulions réduire les délais de mise sur le marché en déployant des composants logiciels modernes et réutilisables, tout en protégeant notre investissement dans la logique métier existante en la rendant compatible avec Java.
Comme Java était déjà une plateforme stratégique chez Atruvia, l’organisation souhaitait permettre une plus grande portabilité de son code sur les plateformes distribuées et IBM zSystems, qui offraient le meilleur rapport qualité-prix. Cette approche peut également faciliter la transition vers le cloud computing. Comme OpenShift fonctionne sur toutes les plateformes, Atruvia peut déplacer les workloads vers le cloud lorsque cela s’avère judicieux.
De plus, Java sur IBM zSystems aux côtés de COBOL permettrait aux développeurs d’enrichir les fonctionnalités bancaires de base de manière transparente et à faible risque en remplaçant les sous-programmes COBOL par Java sans avoir à réécrire de gros programmes. En outre, il serait plus facile pour les architectes logiciels de l’environnement distribué d’appeler les services transactionnels de base directement à partir des applications IMS.
« À plus long terme, notre objectif est d’être plus indépendant de la plateforme en disposant de blocs de construction Java qui peuvent être exécutés n’importe où, déclare Meyer. En plus de réduire la complexité architecturale, la combinaison de COBOL et de Java dans IMS nous permettrait de créer de nouveaux composants d’application étroitement intégrés aux composants existants. De cette manière, nous pouvons bénéficier des avantages d’une application hybride moderne, à savoir un délai de mise sur le marché court, une flexibilité accrue et une plus grande facilité de développement, sans perdre les avantages de performance de l’IMS, qui comptent vraiment dans les transactions bancaires de base. »
Le personnel d’Atruvia a travaillé en étroite collaboration avec les développeurs IBM Systems dans le cadre d’un projet pluriannuel visant à optimiser un runtime commun pour les constructions Java au sein des environnements de production IMS, avant que le runtime commun ne soit généralement disponible. Basé sur IBM Semeru Runtime Certified Edition for z/OS, version 11, le runtime commun est désormais standard dans la dernière version d’IMS. IBM et Atruvia s’engagent à prendre en charge la dernière version de Java.
Grâce au runtime commun, Atruvia a pu s’orienter vers un avenir 64 bits en permettant aux applications COBOL 31 bits de communiquer avec les applications Java 64 bits. Grâce à l’interopérabilité de Java et de COBOL au sein d’IMS, l’entreprise peut moderniser et revitaliser ses applications bancaires de base sans incidence sur les performances ou la fiabilité.
En pratique, Atruvia se concentre sur deux objectifs pour Java sur la plateforme IBM zSystems. Tout d’abord, les développeurs créent des applications Java COBOL hybrides pour les workloads classiques de traitement IMS et par lots qui invoquent IBM MQ for z/OS et se connectent à IBM Db2 for z/OS via la connectivité de base de bases de données Java (JDBC). Deuxièmement, les développeurs migrent du code Java natif de l’environnement distribué vers IBM zSystems, le cas échéant.
« Bon nombre de nos tâches par lots étaient réparties sur plusieurs plateformes sur IBM zSystems et dans l’environnement distribué, avec différents planificateurs que nous devions coordonner, explique Pascal Meyer. Cette approche nécessitait également l’échange et/ou le partage de données. Aujourd’hui, en exécutant les tâches Java directement sur IBM zSystems, nous n’avons besoin que d’un seul planificateur, ce qui réduit la complexité. Nous obtenons également de meilleures performances parce qu’il n’est pas nécessaire de déplacer ou de convertir des données et parce que le code Java se trouve juste à côté de ses données plutôt. Il n’est donc plus nécessaire d’y accéder par l’intermédiaire d’un réseau ».
Atruvia crée également un ensemble de services Java génériques qui peuvent être exposés en tant qu’API aux développeurs d’applications frontales exécutées dans son environnement distribué. Par exemple, un développeur peut utiliser une API pour appeler le solde actuel du compte courant d’un client afin de l’afficher dans une application mobile. Et l’ajout de Java à la plateforme IBM zSystems facilite la présentation de nouveaux services basés sur les fonctionnalités existantes.
« Les développeurs des systèmes distribués ne sauront pas s’ils appellent des services Java ou des transactions IMS originales, déclare Meyer. Tout sera accessible de la même manière simple et cohérente, ce qui facilite la création de nouvelles applications frontales qui appellent les transactions sous-jacentes robustes sur IBM zSystems. Cela aide nos clients du secteur bancaire à atteindre leurs employés et leurs clients grâce à des services innovants fournis via le Web, les appareils mobiles et tous les nouveaux canaux qui pourraient émerger à l’avenir. »
Java dans IMS offre également à Atruvia la possibilité de migrer du code COBOL plus ancien, bien que les développeurs le fassent de manière sélective, par exemple lors de la création d’une nouvelle logique métier. « Il n’y a aucune pression en faveur de la modernisation uniquement pour le plaisir de la moderniser », explique Bauer. « Nous continuons à valoriser les performances et la robustesse du langage COBOL et de l’IMS en arrière-plan et nous continuons à intégrer ces technologies aux interfaces graphiques frontales exécutées sur des systèmes distribués. »
De cette manière, la plateforme IBM zSystems exécutant IMS reste le point central de la logique métier. Elle alimente directement une variété de canaux pour la consommation de cette logique, tels que les applications de guichet automatique, les systèmes de guichets automatiques, les applications Web destinées aux clients et les applications mobiles.
Grâce à la collaboration pionnière entre IBM et Atruvia, Java est désormais un composant établi et prêt pour la production de la boîte à outils IBM zSystems. L’environnement IMS s’en trouve considérablement modernisé, conservant ses qualités traditionnelles de performance et de robustesse tout en permettant un développement plus rapide grâce à des compétences de programmation plus largement disponibles et plus durables. Les développeurs peuvent également enrichir les fonctions bancaires de base existantes d’une manière efficace et peu risquée.
« Nous considérons Java sur IBM zSystems comme une technologie clé permettant à nos clients de bénéficier d’un avantage concurrentiel, déclare Meyer. Grâce à un développement et une réutilisation plus faciles des composants existants, cela nous permet de fournir de nouvelles fonctionnalités plus rapidement et à moindre coût, aidant ainsi nos clients bancaires dans leurs efforts pour commercialiser plus rapidement de nouveaux services. »
En fait, Atruvia utilise déjà Java pour environ 85 % de ses transactions IMS bancaires de base, soit quelque 400 millions de transactions Java par jour avec un débit maximal atteignant 12 000 transactions par seconde. Douze systèmes IMS, dotés d’environ 200 millions d’instructions par seconde de processeur (MIPS), prennent en charge ces transactions essentielles pour l’entreprise.
En réduisant la complexité de l’environnement d’application, Java au sein de l’IMS a augmenté l’efficacité et la performance des transactions commerciales de bout en bout. Auparavant, le traitement par lots des entreprises était assuré par une multitude de plateformes. Désormais, tous les traitements, quel que soit le langage, peuvent être simplement intégrés dans une seule étape de traitement par lots en combinant COBOL et Java.
De plus, les développeurs d’Atruvia peuvent facilement transférer du code Java dans ses environnements distribués et IBM zSystems, quelle que soit la plateforme offrant le meilleur rapport qualité-prix. Par exemple, Atruvia a réduit la latence en hébergeant certaines workloads Java distribuées sur la plateforme IBM zSystems. « Après tout, la meilleure entrée/sortie est l’absence d’E/S », se moque Meyer. Il fait état de gains de performances multipliés par trois grâce à l’hébergement de certaines applications à forte intensité de données au lieu de les exécuter sur le réseau. Il est clair qu’une migration complète vers le cloud n’est pas la seule voie vers la modernisation des applications.
En outre, il existe des incitations financières pour déplacer les workloads Java des processeurs généraux (GP) vers les processeurs IBM Z Integrated Information Processors (ziIP), sur lesquels les droits de licence sont moins élevés. Bien que les MIPS requis augmentent (car Java consomme plus de ressources que COBOL), les coûts globaux sont réduits.
D’autres gains d’efficacité proviennent de bibliothèques Java riches qui permettent aux programmeurs d’éviter d’écrire du code personnalisé pour des fonctions courantes telles que la compression et la décompression des données. De même, Atruvia peut intégrer des logiciels Java tiers dans son environnement IBM zSystems, évitant ainsi potentiellement tout développement interne. De plus, au fur et à mesure que de nouvelles fonctionnalités de chiffrement, de compression ou de mise en réseau sont disponibles sur la plateforme, Java for IBM zSystems donnera aux applications un accès transparent aux nouvelles capacités.
« En tant que fournisseur de systèmes bancaires de base à plus de 800 banques comptant des dizaines de millions d’utilisateurs finaux, nous ne pouvons pas nous permettre de compromettre les performances et la fiabilité, ni d’introduire des risques dans nos pratiques de développement, déclare M. Meyer. La plateforme IBM zSystems sur laquelle fonctionne IMS reste notre choix stratégique, car elle est la plus sûre et la plus fiable que nous connaissons et parce qu’elle offre des performances exceptionnelles pour nos systèmes bancaires de base. Avec Java dans IMS, nous profitons du meilleur des deux. »
Issue de la fusion en 2015 de Fudicia IT AG et de GAD eG, Atruvia (lien hors ibm.com) est le partenaire de numérisation des 820 banques coopératives allemandes. Ses solutions et services informatiques bancaires vont de l’exploitation des centres de données au processus bancaire en tant que service accept21 au développement et au support d’applications. Avec des sièges administratifs à Karlsruhe et Münster et des succursales à Munich, Francfort et Berlin, Atruvia emploie près de 8 400 personnes et a enregistré un chiffre d’affaires du groupe s’élevant à environ 1,77 milliard d’euros en 2020.
Mentions légales
© Copyright IBM Corporation 2022. IBM Corporation, Cloud hybride, New Orchard Road, Armonk, NY 10504
Produit aux États-Unis d’Amérique, mai 2022.
IBM, le logo IBM, ibm.com, Db2, IBM zSystems, z/OS et z14 sont des marques d’International Business Machines Corp., déposées dans de nombreuses juridictions à travers le monde. Les autres noms de produits et de services peuvent être des marques d’IBM ou d’autres sociétés. La liste actualisée de toutes les marques d’IBM est disponible sur la page Web « Copyright and trademark information » à l’adresse ibm.com/legal/copyright.
Java et toutes les marques et logos basés sur Java sont des marques ou des marques déposées d’Oracle et/ou de ses filiales.
Red Hat et OpenShift sont des marques ou des marques déposées de Red Hat, Inc. ou de ses filiales aux États-Unis et dans d’autres pays.
Les informations contenues dans le présent document étaient à jour à la date de sa publication initiale. Elles peuvent être modifiées sans préavis par IBM. Les offres mentionnées dans le présent document ne sont pas toutes disponibles dans tous les pays où la société IBM est présente.
Les données de performance et les exemples de clients cités sont présentés à titre informatif uniquement. Les résultats des performances peuvent varier en fonction des configurations et des conditions de fonctionnement. LES INFORMATIONS CONTENUES DANS LE PRÉSENT DOCUMENT SONT FOURNIES « EN L’ÉTAT », SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE, NOTAMMENT SANS AUCUNE GARANTIE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER ET AUCUNE GARANTIE OU CONDITION D’ABSENCE DE CONTREFAÇON. Les produits IBM sont garantis conformément aux dispositions des contrats qui régissent leur utilisation.