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

Régimes sociaux obligatoires des salariés et travailleurs indépendants

Régimes sociaux obligatoires à base professionnelle

Paiements des Prestations et Recouvrement des Cotisations

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é

Métiers

des C

SM

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

Org

anis

atio

n I

nfo

rma

tiq

ue

Directeur Systèmes

d’Information S. BETTELLI

Secrétariat technique 1 pers

Pôle Réalisation Projets 16 pers

Maîtrise d’Ouvrage

4 pers

Architecte SI (données et traitements)

2 pers

Architecte Technique (logiciel)

3 pers

Pôle Fourniture Services 13 pers

SIAD (BI) 3 pers

Chargé de Mission – RSSI A. RACCA

Systèmes et Réseaux

5 pers

Exploitation et Support 7 pers

Caisses Sociales de Monaco : 250 personnes, dont

Direction des Systèmes d’Information : 44 personnes

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

Envir

onn

em

ent

IT

Evolution des Systèmes d’Information des CSM

Démarche eCSM < 2010 – 2013 >

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

Conte

xte

eC

SM

Ava

nt N

AC

A

Mainframe IBM P

rog

ram

me

s C

OB

OL

Pa

cb

ase

Compil.

IBM

Exé

cu

tab

les

Moteur IBM

CICS / Batch

Données

No

uve

au

x

Pro

gra

mm

es

JA

VA

Interfaces

WEB Riches Moteur JAVA

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

Prin

cip

es techn

ique

s d

e N

AC

A

Mainframe IBM

Pa

cb

ase

Compil.

IBM

Exé

cu

tab

les

Moteur IBM

CICS / Batch

Données

NACA

Trans

Pro

gra

mm

es

JA

VA

Moteur JAVA

NACA

Runtime

A partir des mêmes programmes et des mêmes données,

les deux plateformes d’exécution produisent les mêmes résultats

Pro

gra

mm

es C

OB

OL

P

rog

ram

me

s

CO

BO

L

Pro

gra

mm

es C

OB

OL

Aprè

s N

AC

A

Pro

gra

mm

es C

OB

OL

Pa

cb

ase

Données

NACA

Trans

Pro

gra

mm

es

JA

VA

Moteur JAVA

NACA

Runtime

No

uve

au

x

Pro

gra

mm

es

JA

VA

Interfaces

WEB Riches

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

Sur le chemin critique de NACA : l’Ordonnanceur

Pro

jet N

AC

A

Situation plus satisfaisante car posait de nombreux problèmes

et ne pouvait être utilisée dans le futur environnement

o Les CSM utilisaient l’ordonnanceur

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

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

Pro

jet O

rdo

nn

an

ce

ur

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

Pro

jet O

rdo

nn

an

ce

ur

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)

Choix

de V

isua

l T

OM

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

Mis

e e

n œ

uvre

de V

isua

l T

OM

Aspects POSITIFS

Produit simple

Facile à appréhender

Produit fonctionnellement riche

Agent z/OS « sur mesure »

Equipes compétentes

Support réactif

Outil agréable au quotidien

Vis

ua

l T

OM

– R

eto

ur

d’e

xpé

rie

nce

Aspects AMELIORABLES

Continuité fonctionnelle à chaque

changement de version

VTMonitor et les Alarmes (V.551)

Normalisation adaptée

Héritage « carré » d’une production Mainframe

Nouveaux développements Java

Une « petite » Production

Vis

ua

l T

OM

au

x C

SM

Exemples de graphes Applications

Vis

ua

l T

OM

au

x C

SM

Exemple de graphe de traitement (nouveau développement)

Vis

ua

l T

OM

au

x C

SM

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

Vis

ua

l T

OM

au

x C

SM

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

Evolu

tion

de

la

Pro

ductio

n

Désengagement du mainframe et migration NACA

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é

Bila

n à

juin

201

3

Questio

ns / R

ép

on

se

s