transactionnel - Bull

transactionnel
moDernISer SanS rISQue
LE PAtRIMoINE tRANsACtIoNNEL
dossier /PARoLE D’EXPERt
L’équipe de Serge Grauloup intervient dans les projets d’évolution d’infrastructure de grands clients mainframes. Depuis plusieurs
années, les développements et les innovations ont permis l’ouverture des applications transactionnelles au monde ouvert (Java ee...).
nouvelle étape innovante aujourd’hui avec l’annonce de « Libertp », un transactionnel de nouvelle génération.
< SerGe GrauLoup,
Directeur du Centre de compétences novascale/GCos de Bull
majeur à toute évolution. or, les applications tran saction -
nelles ne peuvent rester étrangères au mouvement qui touche
tout le reste du système d’information vers plus d’ouverture et
de flexibilité, notamment dans la perspective du Cloud
computing. Les DsI s’interrogent donc naturellement sur
l’évolution à donner à leurs applications historiques, avec
une double préoccupation : d’une part, ne pas risquer de
compromettre des investissements lourds et des systèmes qui
ont fait leurs preuves; d’autre part, maîtriser leurs coûts de
maintenance et faciliter leur ouverture vers le reste du sI.
C’est pour répondre à cette double problématique que Bull a
conçu LibertP, un moniteur transactionnel compatible Java
EE qui permet de moderniser le patrimoine transactionnel
dans un cadre parfaitement maîtrisé, et de retrouver ainsi des
marges de manœuvres financières et techniques.
retrouver DeS marGeS De manœuvre
Dans de nombreux secteurs d’activité, comme la finance, le
secteur public, les transports ou les télécommunications, des
pans entiers de l’activité reposent sur des applications
transactionnelles. Celles-ci gèrent des opérations critiques,
telles que les achats, les réservations, la gestion des comptes
clients, dont elles assurent l’intégrité quels que soient les
événements qui puissent survenir. Ces applications
transactionnelles se caractérisent par une robustesse et des
performances remarquables 1 , et répondent aux besoins
spéci fiques de chaque client.
Mais ces applications sont écrites en Cobol ou en C, dans
des environnements peu ouverts qui constituent un frein
paSSer De L’ère CLIent-Serveur à L’ère poSt-pC
La modernisation des applications transactionnelles est un
enjeu vital. La plupart des applications existantes sont
développées en C ou en Cobol (on estime que 85% des
transactions mondiales s’effectuent encore dans ce langage)
et fonctionnent sur des environnements mainframes ou sous
Unix grâce au moniteur transactionnel tuxedo ® , intégré à
oracle ® Fusion Middleware. or avec la généralisation des
serveurs d’application Java EE, le monde Java monte en
puissance dans le système d’information, et le transactionnel
se retrouve de plus en plus isolé technologiquement alors
même qu’on souhaiterait le désenclaver.
• Financièrement, cet isolement est coûteux : le support du
moniteur transactionnel constitue une charge importante, et
les ressources expertes en Cobol sont de plus en plus rares,
donc coûteuses. Et la fin annoncée du support d’un
moniteur transactionnel propriétaire sur Itanium ® laisse les
clients HP-UX ® dans l’expectative.
• techniquement, ces moniteurs transactionnels ont été conçus
dans les années 80 pour les architectures de type client/
serveur, et sont inadaptés aujourd’hui aux clients « mobiles»
(smartphones, tablettes) et aux architectures Cloud.
tout plaide donc pour une adaptation des applications
transactionnelles Cobol et C à un environnement Java EE.
6
BullDirect i Quarter 1 - 2012