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

Transcription

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

2 Métiers des CSM CCSS CAR CAMTI CARTI Quatre Organismes de droit privé investis d une mission de service public 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 ~ 181 M ~ 193 M Salariés - Prestations retraite CAMTI ~ 10 M ~ 9 M Travailleurs Indépendants - Prestations médicales CARTI ~ 9 M ~ 9 M 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é

3 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) 3 pers Architecte SI (données et traitements) 2 pers Pôle Réalisation Projets 16 pers Pôle Fourniture Services 13 pers Systèmes et Réseaux 5 pers Exploitation et Support 7 pers

4 Environnement IT Un Centre Informatique de deux Datacenter dans deux bâtiments 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 IBM zserie z9 z/os DB2 (CICS stoppé en mai) Bundle CA (dont CA-Scheduler) Applications stratégiques de l Organisme en techno PACBASE, COBOL et RPG en cours de transcodage NACA 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

5 Contexte ecsm Evolution des Systèmes d Information des CSM Démarche 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

6 Nouveaux Programmes JAVA Avant NACA Pacbase Programmes COBOL Exécutables Pour être utilisables par toutes les applications, les nouveaux composants métier doivent être hébergés dans le mainframe Mainframe IBM Compil. IBM Moteur IBM CICS / Batch Données Moteur JAVA Interfaces WEB Riches

7 Principes techniques de NACA Pacbase Programmes Programmes COBOL COBOL Programmes JAVA Programmes COBOL Exécutables A partir des mêmes programmes et des mêmes données, les deux plateformes d exécution produisent les mêmes résultats Mainframe IBM Compil. IBM Moteur IBM CICS / Batch Données NACA Trans NACA Runtime Moteur JAVA

8 Nouveaux Programmes JAVA Après NACA Pacbase Programmes COBOL Programmes JAVA Les nouveaux composants métier écrits en JAVA peuvent être appelés par les programmes Pacbase et COBOL NACA Trans NACA Runtime Moteur JAVA Données Interfaces WEB Riches

9 Projet NACA Sur le chemin critique de NACA : l Ordonnanceur o o o Les CSM utilisaient l ordonnanceur CA-Scheduler sur Mainframe Solution satisfaisante que pour les Jobs Mainframe De plus en plus de travaux sur serveurs Windows et Linux o o o Effectués avec des scripts ordonnancés localement Basés sur des contraintes horaires 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

10 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

11 Projet Ordonnanceur CA rapidement écarté, les CSM identifient deux ordonnanceurs 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

12 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)

13 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 1 er 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

14 Visual TOM Retour d expérience Aspects POSITIFS Aspects AMELIORABLES Produit simple Facile à appréhender Produit fonctionnellement riche Continuité fonctionnelle à chaque changement de version VTMonitor et les Alarmes (V.551) Agent z/os «sur mesure» Equipes compétentes Support réactif Outil agréable au quotidien

15 Visual TOM aux CSM Normalisation adaptée Héritage «carré» d une production Mainframe Nouveaux développements Java Une «petite» Production

16 Visual TOM aux CSM Exemples de graphes Applications

17 Visual TOM aux CSM Exemple de graphe de traitement (nouveau développement)

18 Visual TOM aux CSM Exemple de graphe de traitement (Batch COBOL qui deviendra NACA)

19 Evolution de la Production Objectif d arrêt du mainframe T 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

20 Bilan à juin 2013 Désengagement du mainframe et migration NACA Projet initié en 2008, prévu sur [2009 à 2013] Aujourd hui tout le transactionnel sous NACA-RT ( transactions/jour) Batch en cours, fin prévue en T Migration des données à suivre T 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é

21 Questions / Réponses