IBM - Atelier mars 2011 - le Club VITO

Visual IT Operations Club « Production IT dans le domaine de l’Assurance Sociale » Jeudi 20 Juin 2013



CCSS

CAR

CAMTI

CARTI

 Quatre Organismes de droit privé investis d’une mission de service public

Métiers des CSM

 Régimes sociaux obligatoires des salariés et travailleurs indépendants  Régimes sociaux obligatoires à base professionnelle  Paiements des Prestations et Recouvrement des Cotisations Caisse



Produits techniques Prestations servies Activités

CCSS

~ 225 M €

~ 202 M €

Salariés - Prestations médicales et familiales

CAR CAMTI CARTI

~ 181 M € ~ 10 M € ~9M€

~ 193 M € ~9M€ ~9M€

Salariés - Prestations retraite Travailleurs Indépendants - Prestations médicales Travailleurs Indépendants - Prestations retraite

Collecteurs pour d’autres Organismes  CCPB OMT CGCS UNEDIC



Fournisseur de services d’application pour le compte de l’Etat (SPME)



Observateur privilégié des sphères économique et santé

Organisation Informatique

Caisses Sociales de Monaco : 250 personnes, dont Direction des Systèmes d’Information : 44 personnes Directeur Systèmes d’Information S. BETTELLI

Chargé de Mission – RSSI A. RACCA Secrétariat technique 1 pers

SIAD (BI) 3 pers

Maîtrise d’Ouvrage

4 pers

Architecte Technique (logiciel)

Architecte SI (données et traitements)

2 pers

3 pers

Systèmes et Réseaux

5 pers Pôle Réalisation Projets 16 pers

Pôle Fourniture Services 13 pers

Exploitation et Support 7 pers

Un Centre Informatique de deux Datacenter dans deux bâtiments

Environnement IT





Applications 

Choix technologique : Java (IDE Eclipse) + Tomcat – (Héritage : PACBASE, COBOL, ACCESS, VB , ASP, .NET)



Progiciels : BI (SAP BO-DI) – Comptabilité et RAC (SAGE) – Paie (CEGID) – Gestion Immobilière (CRYPTO) – Gestion du temps du personnel et contrôles des accès badge (XTIME) – Gestion assets & ticketing (EasyVista) – Gestion des demandes (Mantis)

Environnement mainframe en cours de désengagement 



Applications stratégiques de l’Organisme en techno PACBASE, COBOL et RPG en cours de transcodage NACA 







IBM zSerie z9 – z/OS – DB2 – (CICS stoppé en mai) – Bundle CA (dont CA-Scheduler)

Prestations médicales + Prestations familiales + Prestations retraites + Recouvrement des cotisations + Immatriculation

Internet / Extranet 

Protégé par Antispam/antivirus, FireWall et Authentification forte



Site institutionnel bâti sur un CMS open source



Télé-services Employeurs



Télé-services Professionnels de Santé



Télé-services Assurés

Réseaux 

LAN – Distribution sur 3 bâtiments – fibres privées – switches CISCO



Connexion avec réseau Gouvernement par fibres privées



Connexion Internet et autres partenaires par liaisons fibres dédiées (20Mbps) et liaisons ADSL (MonacoTélécom)

Environnements distribués 

Virtualisation VMWare et Serveurs physiques (IBM Blades Center et IBM xSeries)



Baies SAN NetApp et EMC2 Clariion



Essentiellement Système Windows : AD – Exchange – SQL Server – IBM DB2 Windows – DB2 Conect EE



Ordonnancement Visual TOM – Solution de sauvegarde eVault – Supervision Nagios-Nagvis-Centreon

Evolution des Systèmes d’Information des CSM 

Démarche eCSM < 2010 – 2013 >

Contexte eCSM

 Consolidation technique  Infrastructures et Windows avec un désengagement progressif du mainframe  Solution logicielle  Outils logiciels, méthodes, framework et JavaEE comme choix technologiques  Migration NACA  Préservation et Pérennisation du patrimoine applicatif hérité (RPG, COBOL, PACBASE) 

Principes de NACA  Transcodage iso fonctionnel COBOL vers Java  Pas de BIG BANG  La montée en compétence des équipes est progressive  Migration effectuée par petites étapes réversibles avec une montée en charge des serveurs surveillée  Les deux plateformes sont disponibles simultanément  Les utilisateurs basculent progressivement « à leur rythme »  Le retour à l’émulation 3270 est immédiat en cas de problème  Les maintenances ne sont pas bloquées  Les risques sont Maitrisés :  Très peu d’investissement de départ mis en jeu  Continuité des projets et des maintenances

Mainframe IBM

Compil. IBM

Exécutables

Programmes COBOL

Pacbase

Nouveaux Programmes JAVA

Avant NACA

Pour être utilisables par toutes les applications, les nouveaux composants métier doivent être hébergés dans le mainframe

Moteur IBM CICS / Batch

Données

Moteur JAVA

Interfaces WEB Riches

Compil. IBM

Exécutables

Mainframe IBM Moteur IBM CICS / Batch

Données

NACA Trans

Programmes JAVA

Programmes COBOL COBOL Programmes Programmes COBOL

Pacbase

Principes techniques de NACA

A partir des mêmes programmes et des mêmes données, les deux plateformes d’exécution produisent les mêmes résultats

NACA Runtime Moteur JAVA

Programmes JAVA

NACA Trans

Nouveaux Programmes JAVA

Programmes COBOL

Pacbase

Après NACA

Les nouveaux composants métier écrits en JAVA peuvent être appelés par les programmes Pacbase et COBOL

NACA Runtime

Moteur JAVA

Données

Interfaces WEB Riches



Sur le chemin critique de NACA : l’Ordonnanceur o

Les CSM utilisaient l’ordonnanceur

Projet NACA

CA-Scheduler sur Mainframe o

Solution satisfaisante que pour les Jobs Mainframe

o

De plus en plus de travaux sur serveurs Windows et Linux o

Effectués avec des scripts ordonnancés localement

o

Basés sur des contraintes horaires

o

Sans dépendance ni coordination avec d’autres traitements

Situation plus satisfaisante car posait de nombreux problèmes et ne pouvait être utilisée dans le futur environnement

Projet Ordonnanceur



Recherche d’une nouvelle solution d’ordonnancement  Qui adresse les plateformes Windows et Linux  Distribuée, avec administration centralisée et simple  Capable de piloter Jobs sur mainframe z/OS en phase transitoire  Qui couvre à minima les fonctionnalités utilisées aux CSM  Facile à installer, à prendre en main, à mettre en œuvre  Capable de faire du reporting simplement  Eprouvée, avec des références



CA rapidement écarté, les CSM identifient deux ordonnanceurs

Projet Ordonnanceur

 Tivoli Workload Scheduler d’IBM (TWS)  Visual TOM d’Absyss (VTOM) 

Afin de déterminer la meilleure adéquation à nos besoins  Réalisation d’un POC (Proof of Concept) avec ces deux produits  Sous forme d’une évaluation de la solution



Calendrier      

Avril 2011 : Attentes des CSM (POC) présentées aux deux éditeurs Mai 2011 : Remise du cahier des charges du POC Juin 2011 : Installation des produits et POC Juillet-Août-Septembre 2011 : Evaluation autonome par les CSM Fin Septembre 2011 : Décision début Octobre 2011 : Contractualisation

Choix de Visual TOM

Les CSM ont choisi Visual TOM       

Meilleure adéquation avec la dimension des CSM Mode de fonctionnement plus flexible (événementiel) Solution plus simple à installer et à appréhender (meo et prise en main) Permet de faire facilement de la haute disponibilité (VMware) Accompagnement réalisé par l’éditeur Licence « Site » avec tarification plus avantageuse Solution éprouvée (nombreuses références)

Mise en œuvre de Visual TOM

Calendrier du projet  Octobre 2011    

Ateliers de réflexion CSM Travaux préparatoires CA-SCHD Installation du produit Analyse de l’existant

 Novembre 2011  Définition cible  Formations

 Décembre 2011 à Février 2012  Réalisations du 1er Lot avec Absyss (Rodolphe)

 16 Février 2012 : Mise en production du Lot 1 – Fonctionnement parallèle  Février à Décembre 2012    

Février-Mars : Réalisation CSM et bascule progressive Lot 2 Avril-Juin : Conversion Lots 3, 4 et 5 par Absyss Juin-Septembre : Intégration des Lots 3, 4 et 5 en pré-production par CSM Juillet-Décembre : Bascule progressive en production

 Janvier à Mars 2013 : Les outils périphériques de la production dans NACA  Mai 2013 : Arrêt définitif de CA-SCHEDULER

Visual TOM – Retour d’expérience



Aspects POSITIFS  Produit simple



Aspects AMELIORABLES 

Continuité fonctionnelle à chaque changement de version



VTMonitor et les Alarmes (V.551)

 Facile à appréhender  Produit fonctionnellement riche  Agent z/OS « sur mesure »  Equipes compétentes  Support réactif  Outil agréable au quotidien



Normalisation adaptée

Visual TOM aux CSM

 Héritage « carré » d’une production Mainframe  Nouveaux développements Java 

Une « petite » Production

Visual TOM aux CSM

Exemples de graphes Applications

Visual TOM aux CSM

Exemple de graphe de traitement (nouveau développement)

Visual TOM aux CSM

Exemple de graphe de traitement (Batch COBOL qui deviendra NACA)

Evolution de la Production

 Objectif d’arrêt du mainframe T1-2014 

Poursuite de la Migration NACA  Chaines Batch z/OS JES2 ==> JJES  Les outils de la production restant encore sur le mainframe



Poursuite de la mise en œuvre de la Supervision



Migration des données z/OS  DB2 for z/OS ==> DB2 for Windows  Des milliers de fichiers SAM



Evolutions du plan d’Ordonnancement CSM  Simplifications  Découpages  Sauvegardes de production



Désengagement du mainframe et migration NACA

Bilan à juin 2013

 Projet initié en 2008, prévu sur [2009 à 2013]  Aujourd’hui tout le transactionnel sous NACA-RT (+100.000 transactions/jour)  Batch en cours, fin prévue en T4-2013  Migration des données à suivre T1-2014 

Ordonnanceur Visual TOM  Plus personne ne souhaite revenir en arrière



De nouveaux outils utilisateurs  Alibaba  Client NACA



Java et les systèmes ouverts  Les objectifs eCSM remplis  Efficacité, Agilité, Efficience, Pérennité

Questions / Réponses