Ce document traite de la mutation technologique d'applications critiques vers Linux et Java, illustrée par des retours d'expérience sur plusieurs projets de migration d'applications Cobol. Il souligne l'importance d'une méthodologie efficace et d'une intégration progressive pour réduire les coûts et garantir la continuité fonctionnelle, tout en permettant une évolution technique significative. Les résultats montrent des économies substantielles et une augmentation de la productivité grâce à l'adoption de nouvelles technologies.

1. Mutation technologique
d'applications critiques
vers Linux & Java
- retour d'expérience -
(Genève – 07 février 2012)
Didier Durand
didier.durand@eranea.com
Eranea SA - Lausanne

2. Agenda
● Quoi ? Point de départ
● Pourquoi ? Motivations
● Business case
● Où ? Cible optimale
● Qui ? Les acteurs, leurs attentes
● Quoi ? Continuum de solutions
● Comment ?
● Technologie & méthodologie
● Bénéfices et conclusions
07/02/12 © Eranea SA 2

3. Retour d'expérience
● Basé essentiellement
● Sur un projet en cours avec grande banque privée genevoise : 10
millions de lignes de Cobol + zOS + CICS + DB2
● Sur un projet média terminé à 100%: 4.5 millions de lignes de Cobol
+ zOS + CICS + DB2
● Sur un projet avec un éditeur de logiciel australien 100% terminé
● Sur un projet avec assurance étrangère 100% terminé
● Sur un projet avec une administration étrangère terminé à 75%
● Signalés par dans les slides qui suivent
● → La méthodologie (automatisation, 3-iso, fonctionnement //, etc.) est
aussi voire plus importante que la technologie qui doit la servir !
07/02/12 © Eranea SA 3

4. Quoi ? Point de départ
● Une grande application critique au métier du
client
● encapsulant tout son savoir-faire, solidement
éprouvée sur des décennies
● représentant de lourds investissements (10s
voire 100s d'années-hommes)
● en route vers l'obsolescence technologique ?
● sur un système opérationnel (très) cher
comparé aux standards 2011
07/02/12 © Eranea SA 4

5. Pourquoi ? Motivations
● Des économies en investissements (capex) et
frais de fonctionnement (opex) massives
●Une mutation technologique vers les standards
2011:
● technologies Web, interface RIA
● architecture technique: SOA, Java, Linux
● productivité: IDE, tests automatisés, QA des
sources, code coverage, etc
● N.B.: abandon des anciennes technologies
● Si possible les 2 en même temps !
07/02/12 © Eranea SA 5

6. Business case (projet média - 2003)
100% = approx. 5 millions CHF/an ● Le Logiciel Système est le "point
chaud"
100%
logiciels tiers Un environnement plus compétitif
90% ●
est impératif
80%
70% ● Il aura un impact positif sur les
logiciels tiers
60%
logiciels Système Hardware/périphériques ne
50% ●
(OS, TP, DB, etc.. représentent pas la priorité initiale.
40% On pourrait rester sur hardware
30% grand système
20% Périphériques ● Les très bonnes performances
10% Pentium ont permis le passage sur
Cpu
0% serveurs x86
Passage à l'Open Source: 70%+ des cash-outs quasi-annulés !
07/02/12 © Eranea SA 6

7. Où ? Cible
● Serveurs x86 (Intel, AMD)
● Linux pour le système
● Java pour l'environnement
applicatif
07/02/12 © Eranea SA 7

8. Où ? Cible : serveurs x86
● Performances
● Quantité
● Progression exponentielle
● Architecture #1 en dollars ● 8 machines du top 10 du Top500
et volume! mondial sur base x86
● Top 10 du TPC-C = 100% x86
● 3 Pentiums pour 750'000
07/02/12 © Eranea SA trans/jour (rempl mainframe) 8

9. Où ? Cible : Linux
● Google: 2 millions de serveurs
● Linux utilisé par London Stock Exchange et autres places
boursières (NYSE, Deutsche Börse, Shanghai, etc.)
● pour ses 3S (« Speed, Stability, Security) »
● 1'000'000 trans/s (réponse: 400 ms) pour le « flash trading »
● Fonctionne sur toutes les architectures matérielles : x86,
Power, Sparc, ARM (Android), etc.
→ Architectures sophistiquées (redondance, haute disponibilité) et évolutions HW possibles
(début sur zLinux puis bascule vers x86)
→ Fort levier sur les fournisseurs HW
07/02/12 © Eranea SA 9

10. Où ? Cible : Java
● devise Java : « Write Once, Run Anywhere »
● Java : langage le mieux « équipé » de l'histoire de
l'informatique (Eclipse, outils QAs, outils
monitoring, etc.)
● Open Source et très majoritairement gratuit :
● JVM, application server (Tomcat, JBoss, etc.), Java
Melody
● Jenkins, Ant, Eclipse, GWT, Selenium, Cobertura, etc.
Le même code source fonctionne sur Linux, zLinux, MS Windows, AIX, zOS,
Solaris.
07/02/12 © Eranea SA 10

11. Qui ? Les acteurs, leurs attentes
IT cost reductions
users
Disturbance
Training
→ Toutes les parties au
projet doivent y trouver leur
compte
Structural, functional changes
CIO Massive savings
Risks (corporate … & personal)
New skills New skills Functional agility
Higher productivity Modern technology Architecture flexibility
Job / position danger Job / position danger ??
developers engineers architects
07/02/12 © Eranea SA 11

12. Quoi ? Continuum
Application (éditeur de logiciel multi-plate-forme)
Java
à chaque “dérivée”
version
Application Migration
1 2 3 4 totale
“historique”
même DB même DB même DB autre DB
même OS même OS autre OS autre OS
même TP Java AS Java AS Java AS
(CICS, IMS) Cobol Cobol Cobol
Cobol → Java → Java → Java
→ Java
Différentes cibles possibles ou étapes d'un même projet
(NB: aucune interruption des évolutions fonctionnelles )
07/02/12 © Eranea SA 12

13. Comment ?
●Faire baisser drastiquement les coûts de de
mutation en migrant automatiquement cette
application
●… avec des risques minimaux via une
méthodologie spécifique et éprouvée (« petits pas
réversibles » + tests automatisés)
●… vers l'état de l'art technologique: Java &
Linux :
● Agilité, évolutivité, ouverture, etc.
● Linux ou autre : « write once, run anywhere » de Java
07/02/12 © Eranea SA 13

14. Comment ? La forme
●Transcodage automatique continu:
● 100 % de l'application complètement transcodée
chaque nuit
● tests automatiques via scenarii capturés et rejoués
par robot
un processus industriel et répétable et pas du «1-shot » à l'arraché car le projet dure 15+
mois (variable selon restructuration applicative initiale / inventaires / niveau de
modernisation souhaité)
● Transcodage 3-iso:
● iso-fonctionnel: le minimum...
● iso-structurel: code source (développeurs),
interface et cinématique (utilisateurs)
● iso-syntaxique (développeurs)
Le partage “live” de la base de données unique est essentiel au succès
V1
07/02/12 du nouveau système strictement © Eranea SA à l'ancien. Ensuite seulement, multiples
identique 14
petits pas rapides d'évolution

15. Comment ? Les raisons (1/2)
Transcodage 100% automatique:
● répétable à coûts nuls
● rapidité de réalisation
● qualité toujours identique, risques faibles
un processus industriel et répétable et pas du «1-shot » à l'arraché
● évolutions globales par transcodage n+1 (EJBs,
SOA)
Les bonnes idées peuvent arriver tard dans le projet (bien après la RFP....)
● pas d'arrêt de la maintenance ni décalage
fonctionnel … sans mélange des genres !
L'automatisation permet de réfléchir pour bien faire les choses …. sans paralyser
le “daily business”
07/02/12 © Eranea SA 15

16. Comment ? Les raisons (2/2)
Iso-transcodage:
● cible 100% claire !
● ne pas déranger les utilisateurs: implication
minimale et formation nulle
● ne pas perturber les équipes de développement
● rassurer et les motiver les collaborateurs loyaux et
fidèles
Une mutation complète et rapide ne peut aboutir qu'avec les équipes en place pas contre
elles !
07/02/12 © Eranea SA 16

17. Comment ? (projet média)
● Contexte applicatif:
● 20+ applications "maison" de gestion administrative de commandes.
100% code source disponible.
● 1'500 utilisateurs internes, 750'000 transactions /jour & 800'000
pages /mois
● 400 travaux nocturnes en batch (270 types de documents)
● 500 écrans applicatifs / 1'500 tables relationnelles
● Avant:
● Mainframe IBM z800 (350 Mips) zOS / CICS / COBOL / DB2
● Réseau TCP/IP / émulation TN3270
● 4 millions de lignes de Cobol à transcoder (2'150 programmes)
● Après:
● cluster de serveurs Intel sous Linux (Redhat) /Java /Apache
Tomcat /UDB
● 500 écrans html (+ Javascript/AJAX & CSS), 1'500 tables
relationnelles
● 4 millions de lignes de Java
07/02/12 © Eranea SA 17

18. Comment ? Technologie
Cobol NeaTranscoder
pgm
Cobol Lexical Syntax Semantics Code
copy Analysis Analysis Analysis Generation
BMS
desc
“Cobol” support
SQL support
Internal Display support
NeaRuntime Object
CICS Emulation
implementation
Tracing / logging Java XML
White Box
Program Screen
Testing (incl SQL)
Containing
DBMS servlet XSLTC
Transcodage iso-strucurel facilite grandement la transition des équipes
07/02/12 © Eranea SA 18

19. Comment ? Processus
DB2
cobol
Jenkins + Ant
(windows) déclenchement
travaux
Moteur
CI
code monitoring
Subversion source rapports DB2
(zLinux) (zOS)
Application server
Entrepôt DB
Shared
Application
sources ERIT consultations
+ recherches Batch
Batch Online
code ServiceBackend
source Integrate WebServiceFront
administrateurs
Tomcat + GWT
+ Lucene
(zLinux)
07/02/12 © Eranea SA utilisateurs 19
développeurs

20. Comment ? No big-bang = no risk
Java
becomes
reference
Tomcat
Activity
• 100% of data on DB2
• Cobol remains reference
100%
Migration to new
Java
Instantaneous
Progressive DRDA
on Tomcat
Migration connection
Data
way back
DB
to old system
Cobol
on Cics
CICS DB2
0% Time
6-9 2-3
months months
Mainframe
Switched
off
Big Bang Avoidance = Key Success Factor !!
07/02/12 © Eranea SA
Souplesse et adaptabilité de la planification de la migration sont critiques 20

21. Comment ? Tests permanents
3270
CICS DB2 COBOL
(1)
XML Transcoder or
Screen run-time or Cobol
Data bug fixes
(2)
(4)
XML
Screen
when (1) & (3) different
Data XML
Screen (3)
Data
Tomcat
HTML
07/02/12 Les tests ne doivent pas être “gommés”: ils font partie du projet
© Eranea SA 21
mais aident les développeurs à s'approprier le nouveau code

22. Bénéfices (1/2)
● Économies: Projet média → 4.5 millions / an (= 90% !)
Economies → facteur principal d'adhésion du management (généralement peu “sensible”
à la beauté des nouvelles technologies...)
● Levier « naturel » et rapide sur les apports
technologiques intrinsèques de la nouvelle plate-forme:
● Projet média: Interface Web, 100% documents PDF,
système d'archivage standard (Knowledge Tree)
● Projet bancaire: SOA généralisée, intégration BPM,
interface RIA (Google GWT), fonctionnalités
augmentées (« contexte sémantique »)
● Synergies technologiques additionnelles par abandon
technologies – Optimisations RH résultantes
07/02/12 © Eranea SA 22

23. Bénéfices (2/2)
●Augmentation de la productivité :
● Architecture: structuration optimisée par « code
mining » (« NeaMining »), pilotage / suivi intégré du
parc logiciel (« NeaIntegrate »)
● Développement :outillage Java, debugging
interactif, environnement personnel indépendant
● Production : interface graphique de gestion du
système (Webmin – open source → gratuit !)
●Nouvelles possibilités architecturales :
● Projet media → propre centre de backup
● Croissance horizontale par ajout de serveur
● Isolation des fonctions : batch vs transactionnel,
etc..
07/02/12 © Eranea SA 23

24. Qui ? Les acteurs, leurs attentes
- automated testing
- dual systems
- iso-functional / iso-structure for appl.
users
Disturbance
Training
- progressive migration
- dual system on same data
- automated testing
CIO
Risks (corporate … & personal)
- direct involvement in migration - builder (= owner) of new Everybody now on modern and
- iso-structure & iso-syntax system “fun” platform
- new capabilities → new - new projects: backup center,
demand etc.
Job / position danger Job / position danger
developers engineers architects
07/02/12 © Eranea SA 24

25. Conclusion
Une mutation technologique vers Linux/Java offre
2 opportunités habituellement non simultanées:
● Évolution fonctionnelle fondamentale
● Réduction massive des coûts
Le transcodage automatique permet une synergie
entre elles:
● Les réductions opex/capex permettent le
financement du projet avec ROI court puis
des économies restituables ensuite au
business
07/02/12 © Eranea SA 25

26. Merci de votre attention !
Des questions ?
Didier Durand
didier.durand@eranea.com
+41 79 944 37 10
Eranea SA
chemin de Mornex, 2
1003 Lausanne
Suisse
07/02/12 © Eranea SA 26