1. «
A
la
recherche
d'efficience
et
d'agilité
au
travers
de
la
virtualisa5on,
l'automa5sa5on
et
la
cloudifica5on
»
Retours
d'expérience
sur
un
projet
du
GIP-‐MDS
Olivier
CATELIN
–
13/06/2012
Responsable
du
département
Architecture,
Exper5se
et
Performance
olivier.catelin@gip-‐mds.fr
2. Agenda
v Qu est
ce
que
le
GIP-‐MDS
?
– Contexte
et
services
délivrés
– Quelques
chiffres
clés
en
2011
– Une
saisonnalité
et
une
croissance
élevée
v PrésentaDon
du
projet
– JusDficaDon
du
projet
:
Pourquoi
?
– Quels
sont
les
objecDfs
?
– Quels
sont
les
résultats
du
projet
?
– Quel
est
le
bilan
du
projet
?
3. Qu est
ce
que
le
GIP-‐MDS
?
GIP-‐MDS
:
Contexte
et
services
délivrés
v GIP-‐MDS
:
Groupement
d'intérêt
public
"ModernisaDon
des
DéclaraDons
Sociales"
– Créé
en
2000
– Regroupe
• Organismes
de
protecDon
sociale
:
Acoss,
Agirc-‐Arrco,
Cnamts,
Cnav,,
MSA,
Pôle
Emploi,
RSI…
• Représentants
de
la
prévoyance
collecDve,
de
la
mutualité
et
des
assurances
(CDp,
Fnmf,
Ffsa).
– Propose
aux
entreprises
et
à
leurs
Ders-‐déclarants
le
moyen
électronique
d'effectuer
leurs
déclara5ons
sociales
en
ligne
de
manière
gratuite
et
sécurisée.
– Mutualiser
les
moyens
et
les
exper5ses
des
organismes
v Via
des
services
– Le
portail
net-‐entreprises.fr
– Des
télé-‐déclara5ons
(20taine)
• C3S,
DADS-‐U,
DCR,
DUCS
en
maintenance
et
hébergement,
• Auto-‐Entrepreneur,
DUE,
DAT,
etc.…
accrochées
au
portail
www.net-‐entreprises.fr
4. Qu est
ce
que
le
GIP-‐MDS
?
Quelques
chiffres
clés
:
en
2011
v MéDers
– 2,4
millions
d entreprises
inscrites
– 20
millions
de
télé
déclaraDons
réalisées
– 80
milliards
d euros
télé-‐réglés
v Performance
– Saisonnalité
:
25%
volumétrie
annuelle
sur
janvier
– Portail
:
31
850
accès
/
heure
– Net-‐DUCS
:
36
500
déclaraDons
/
h
– Net-‐DADSU
:
26
500
déclaraDons
/
h
4
5. Qu est
ce
que
le
GIP-‐MDS
?
Enjeux
méDers
:
Une
saisonnalité…
Répartition des volumes sur l'année
25%
20%
15%
10%
5%
0%
JANV FEVR MARS AVRIL MAI JUIN JUIL AOUT SEPT OCT NOV DEC
v Échéances
déclaraDves
– Mensuelle,
trimestrielle,
annuelle
v OpDmisaDon
des
invesDssements
5
6. Qu est
ce
que
le
GIP-‐MDS
?
Enjeux
méDers
:
…et
une
croissance
élevée
Nombre de déclarations Nombre d’entreprises inscrites
25 000 000 3 000 000
2 500 000
20 000 000
2 000 000
15 000 000
1 500 000
10 000 000
1 000 000
5 000 000
500 000
0 0
2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014
v Sur
8
ans
(depuis
2003)
– Croissance
moyenne
/
an
:
40
%
d inscripDons
et
100%
de
déclaraDons
– Efficience
–
Le
cout
par
télé-‐déclaraDon
en
€
− 2006
:
1
déclaraDon
réalisée
coûte
5,95
€
− 2010
:
1
déclaraDon
réalisée
coûte
1,46
€
v Pour
les
4
prochaines
années
– Prévision
de
croissance
comprise
entre
5
et
10%
6
7. Projet
>
JusDficaDon
Une
feuille
de
route
à
3
ans
UNE FEUILLE
DE ROUTE
A 3 ANS
MATURATION
•
2
millions
d entreprises
• 18
millions
de
déclaraDons
2013
CONSOLIDATION 2010
•
1
million
d entreprises
•
Portefeuille
de
22
télé-‐déclaraDons
2007
MONTEE EN CHARGE
•
1
million
de
déclaraDons
2004
2000
• Besoins
:
Déploiement
de
nouveaux
services
CONSTRUCTION méDers
• A
la
recherche
de
flexibilité
pour
le
SI
!
8. Projet
>
JusDficaDon
Obsolescence
des
serveurs
v Majorité
de
serveurs
vétustes
sur
plateformes
de
producDon
et
de
tests
– AcquisiDon
datant
de
7
ans
– AmorDssement
sur
4
à
5
ans
v ì
Probabilité
du
risque
d incident
matériel
0 10 20 30
2010
Memoire
Carte mère
Rapport des incidents
2009 Carte réseau sur les serveurs
Disque
CPU
v EvoluDvité
du
SI
est
compromise
– Dépendances
Serveur
ó
Système
ó
Middleware
ó
ApplicaDon
– Le
Serveur
n évolue
pas
ð
l ApplicaDon
ne
peut
pas
évoluer
8
9. Projet
>
JusDficaDon
PréconisaDons
de
Benchmarking
v Analyse
/
références
du
marché
v PréconisaDons
– Réduire
le
nombre
de
CPU
et
de
serveurs
– Nombre
moyen
de
CPU
/
serveur
physique
• Améliorer
le
raDo
d uDlisaDon
CPU
des
serveurs
• Améliorer
le
raDo
du
nombre
de
machine
en
PROD
/
Nombre
de
machine
total
(
~20%
cible
50%)
v A
la
recherche
d efficience
10. Projet
>
JusDficaDon
Cap
à
tenir
v Besoins
– Absorber
les
pics
de
charge
– Supporter
une
croissance
naturelle
des
volumes
méDers
– Supprimer
une
obsolescence
d une
parDe
du
parc
– Mevre
en
œuvre
des
préconisa5ons
d un
benchmarking
– Répondre
au
schéma
directeur
:
une
feuille
de
route
à
3
ans
v Déploiement
d un
projet
permevant
de
répondre
à
des
objecDfs
de
:
– Maintenabilité
– Rentabilité
– Flexibilité
/
Capacité
1
0
11. Projet
>
ObjecDfs
Objec5fs
a^endus
par
la
solu5on
Bénéfices
Renouveler les serveurs obsolètes Maintenabilité
Optimiser l utilisation des ressources serveurs
(préconisations du benchmark)
Rentabilité
Adapter la puissance de calcul aux saisonnalités des campagnes
déclaratives et des besoins de tests
Flexibilité
Déployer de la puissance de calcul, en production, sur un pic de
charges non identifié
Capacité
Installer / Arrêter un service métier sans effet de bord sur les
autres services métiers
1
1
12. Projet
>
ObjecDfs
LoDssement
en
3
couches
Maintenabilité
Flexibilité
2011
:
VirtualisaDon
du
SI
Rentabilité
Maintenabilité
Flexibilité
2012
:
AutomaDsaDon
du
SI
Rentabilité
Maintenabilité
2013
:
CloudificaDon
du
SI
Flexibilité
v AmélioraDon
progressive
des
niveaux
Rentabilité
– Flexibilité,
Maintenabilité,
Rentabilité
13. Projet
>
Résultats
Quels
sont
les
résultats
?
Virtualisa5on
du
SI
v Difficultés
rencontrées
–
projet
réalisé
en
2011
– Concevoir
une
soluDon
• Extensible
à
l AutomaDsaDon
et
la
CloudificaDon
• Capable
de
supporter
une
croissance
sur
5
ans
– Minimiser
les
impacts
sur
le
plan
d acDvités
annuel
• RéalisaDon
d une
migraDon
technique
(P2V)
v Architecture
-‐
spécifique
au
contexte
!
– Vmware
+
serveurs
en
lames
– ConsolidaDon
des
serveurs
7:1
14. Projet
>
Résultats
Quels
sont
les
résultats
?
Automa5sa5on
du
SI
v Difficultés
rencontrées
–
projet
en
cours
en
2012
– SélecDonner
une
soluDon
de
déploiement
applicaDve
• ConcertaDon
nécessaire
MOE
développement
et
hébergement
• Spécifique
aux
applicaDons
-‐
moins
standardisée
v AutomaDsaDon
-‐
spécifique
au
contexte
!
– Déploiement
technique
:
CA
AutomaDon
/
BULL
– Déploiement
applicaDf
:
Xebia
Deploy
IT
15. Projet
>
Résultats
Quels
sont
les
résultats
?
Cloudifica5on
du
SI
v Difficultés
rencontrées
–
projet
à
venir
en
2013
– Un
marché
en
mutaDon
• Offres
et
partenariats
se
développent
• Impacts
licencing
sur
cloud
?
– Quid
de
la
supervision
applicaDve
• VM
sur
le
cloud
privé
et
sur
le
cloud
public
?
v Architecture
envisagée
-‐
spécifique
au
contexte
!
– Débordement
sur
les
infra
mutualisées
de
l hébergeur
• Environnement
de
test
– La
producDon
(cœur
de
méDer)
reste
en
interne
16. Projet
>
Bilan
Conseils
et
pièges
à
éviter
v Etudes
opportunités
– AvenDon
aux
chants
des
sirènes
v Impacts
contractuels
!
– AvenDon
aux
effets
de
bords
ou
de
suprise
– Règles
de
calcul
et
la
virtualisaDon
– Retrouver
la
souplesse
opéraDonnelle
dans
le
contrat
v Se
concentrer
sur
les
cas
d uDlisaDons
– Pas
sur
la
soluDon
technique
v Se
fixer
des
paliers
de
progression
– VirtualisaDon,
automaDsaDon
et
cloudificaDon
– Ne
pas
sous
esDmer
l impact
organisaDonnel
et
humains
(formaDon)
17. Projet
>
Bilan
Conseils
et
pièges
à
éviter
v Etudes
opportunités
et
ROI
– AvenDon
aux
chants
des
sirènes
et
«
l effet
mode
»
– Réaliser
une
analyse
360°
(développement,
déploiement,
licencing,
exploitaDon
et
hébergement)
v Ne
pas
négliger
les
impacts
contractuels
– AvenDon
aux
effets
de
bords
ou
aux
surprises
– Règles
de
calcul
et
la
virtualisaDon
– Retrouver
la
souplesse
opéraDonnelle
dans
le
contrat
18. Projet
>
Bilan
Conseils
et
pièges
à
éviter
v Se
concentrer
sur
les
cas
d uDlisaDons,
pas
sur
la
soluDon
technique
!
– «
Business
First
»
:
Quelle
est
la
valeur
de
service
délivrée
?
– Mesurer
l effort
de
mise
en
œuvre
des
cas
d uDlisaDons
Cas
d u5lisa5ons
v Se
fixer
des
paliers
de
progression
– VirtualisaDon,
automaDsaDon
et
cloudificaDon
– Ne
pas
sous
esDmer
l impact
organisaDonnel
et
humain