IBM - Atelier mars 2011 - le Club VITO
Short Description
Download IBM - Atelier mars 2011 - le Club VITO...
Description
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
View more...
Comments