IBM - Atelier mars 2011 - le Club VITO
publicité
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
