PNTS. L informatique au Service de l Assurance et de la Prévoyance

Transcription

1 PNTS L informatique au Service de l Assurance et de la Prévoyance Séminaire VITO jeudi 19/06/2014

2 Plan Présentation de MetLife Projet initial (2010) Projet refonte des chaines (2013) Exploitation quotidienne Bilan Et demain? 2

3 Présentation de MetLife : Corporate Création en 1868 à New York Présence dans plus 60 pays, n 1 aux Etats-Unis 90 millions d assurés pour collaborateurs Solutions proposées : Assurance-vie, prévoyance et crédits Pour les particuliers, les professionnels et les entreprises En direct et en indirect 3

4 Présentation de MetLife : Snoopy Bandes dessinées de Charles Schultz Emblème adopté depuis 1985 En tant qu ambassadeur de MetLife, Snoopy contribue à véhiculer les valeurs de proximité chères à la marque Règles de communication strictes Peanuts : groupe d amis de Snoopy 4

5 Présentation de MetLife : En France Depuis 2010 (anciennement ALICO) Situé dans la tour Cœur Défense 350 employés dont 70 inspecteurs DSI : 4 pôles : MOA, MOE, Infrastructure, Sécurité 30 personnes 5

6 Présentation de MetLife : Infrastructure 11 personnes 1 responsable 5 personnes au Helpdesk 5 administrateurs systèmes & Réseau Mise en place d un bureau technique => exploitation Mix entre Help-Desk et Admin Suivi de la production Relance et suivi 6

7 Projet initial : Bascule AIX vers Windows Historiquement : projet pour délocaliser AIA/Graphtalk d AIX vers Windows, début 2009 Production ordonnancée via crontab, fichiers de configuration modifiés manuellement en fonction du type de production : quotidienne hebdomadaire, en fait le dernier jour ouvré de la semaine mensuelle, en fait le 2 ème ou 3 ème vendredi de chaque mois Bascule de shell scripts vers un émulateur Unix sous Windows, cygwin 2 AIX, 4 environnements de production (4 bases Oracle) 7

8 Projet initial : Plus l ordonnancement? Transformation de la planification en ordonnancement Echange entre DSI et prestataire en régie Réduction des oublis ou erreurs de modification de la planification sur des jours fériés Choix de garder un enchainement linéaire de traitements Aix : traitements particuliers et génériques pour coller à tous les environnements Windows : traitements redéfinis avec enchainement possible et gestion d erreur 8

9 Projet initial : Choix de l outil d ordonnancement Contraintes : Outil multi plates-formes, Windows, Linux, AS400 et multisites, Asnières et La Défense Assez visuel Souple Capable de gérer une journée de production sur 4 ou 5 jours Abordable Concurrents : $U et Control-M (plus coûteux et moins souples) Visite d un client satisfait (Mont Valérien) Achat du produit fin

10 Projet initial : De la préhistoire à la roue Premiers pas avec Visual TOM Découpage de la production en 2 grosses étapes uniquement sur la partie Clôture comptable (dite mensuelle) Les traitements classiques restent sur l AIX planifiés par crontab Les traitements qui durent plus de 24 heures sont ordonnancés par Visual TOM Export/import base Oracle Déclenchement sur un flag Premier (et seul) gros dysfonctionnement : AIA/Graphtalk ne se lance pas sous Visual TOM 10

11 Projet initial : Schéma d infrastructure Visual TOM

12 Projet initial : La «mensuelle» 12

13 Projet initial : La production augmente Dans un deuxième temps, rapatriement de la production journalière et hebdomadaire sous Visual TOM Fractionnement des chaines par calendrier Avantages Plus visuel Equipe en place non formée Inconvénients Multiplicité des calendriers Visual TOM Script répété dans chaque environnement 13

14 Projet refonte des chaines : Les US nous aident Fin 2013, nouveau projet autour de Visual TOM: réaliser la clôture en semaine => refonte de nos chaines Modification de toutes nos chaines de production Une seule chaine par environnement de production Script unique Enchainement plus logique Simplification des éléments Visual TOM Calendriers Dates Ressources Formules Réunification de 3 serveurs en 1 seul 14

15 Projet refonte des chaines : Description Cahier des charges Fusion des chaines (terminée) : Environnements quotidien, hebdomadaire et «mensuel» réunis dans un seul environnement Optimisation des objets Visual TOM Installation de la nouvelle version et Visual BAM pour Visual TOM Accompagnement d Absyss sous forme de forfait 15

16 Projet refonte des chaines : Schéma d infrastructure Visual TOM

17 Projet refonte des chaines : Environnement DM (MARK+COFI) 17

18 Projet refonte des chaines : clôture en semaine Mise au point d un document référence Nommage des éléments Visual TOM Charte graphique Nouvelles queues batch Emplacement des scripts Modification des scripts pour mieux gérer les erreurs Regroupement des traitements par famille Première optimisation Calendriers Ressources 18

19 Projet refonte des chaines : clôture en semaine Nouvelle façon de piloter Avant : les traitements restaient bloqués s ils étaient en erreur Aujourd hui : plus de blocage de journée de production & Visualisation de la production via les statistiques Regroupement des environnements Réflexion sur «qui est l initiateur» pour éviter les indicateurs inter-environnements Meilleure lecture de la production 19

20 Exploitation quotidienne : Une journée (classique) Nos contraintes sur les traitements AIA/SSIS En HNO obligatoirement (rien le week-end) AIA pas partageur (tables Oracle verrouillées) : batch ou interactif (traitement ou utilisateur) et pas de traitements en parallèle Chaines qui démarrent à 19h et qui doivent être finies avant 8h du matin le lendemain matin sauf week-end Le traitement suivant démarre une fois le traitement précédent terminé, quel que soit l état (lien facultatif) Date de production qui peut passer minuit Traitement avec des heures de lancement à 28h Aucune relance en production (en journée) 20

21 Exploitation quotidienne : Une journée (classique) Nos contraintes sur les traitements AS400/EMMA Planification et/ou ordonnancement dans la journée ouvrée ou non Relance possible en production sauf si lien avec AIA Astreinte Steria/Osiatis 24/7/365 sur la partie système et certains traitements planifiés par le planificateur 21

22 Exploitation quotidienne : Une journée (classique) Planning 8h30 : Le bureau technique vérifie la production de nuit Visual TOM : via les statistiques Serveurs critiques : pilotage Steria Applications sensibles : connexion page web, directe, fichiers logs, etc. 9h : le bureau technique envoie un mail à la DSI puis au métier et ouvre les incidents pour le niveau Administrateur systèmes & réseaux ou Développement Avant 12h : relance en production Bis des informations nécessaires au métier suite aux incidents de l avant-veille 22

23 Exploitation quotidienne : Une journée (classique) Rapport envoyé manuellement à la DSI tous les matins jours ouvrés 23

24 Bilan Aujourd hui Visual TOM pilote presque toute notre production : 22 serveurs Windows : serveurs de fichiers, Gateway, SQL/SSIS Linux : Oracle, serveurs de fichiers AS400 : Jobs Traitements de type Batch DOS incluant du langage Graphtalk, Perl ou du SSIS Scripts shell Jobs AS400 24

25 Bilan : Evolution nombre de traitements/an 2010 Environnements : 6 Applications : 12 Traitements : Environnements : 7 Applications : 16 Traitements : /2013 Environnements : 21 Applications : 58 Traitements : 798 Aujourd'hui Environnements : 9 Applications : 98 Traitements :

26 Bilan Points positifs Très visuel Enchainement logique Tests rapides Interaction Active Directory Points négatifs Flèches à l envers Implémentation «trop» simple 26

27 Bilan Meilleur pilotage de la production Centralisation de l ensemble des travaux Diagnostic plus rapide Document commun pour les mises en production pour AS400, AIA, SSIS, etc. car tout nouveau traitement de production est ordonnancé par Visual TOM Voir diapositive suivante 27

28 Bilan 28

29 Et demain? Deuxième optimisation pour Visual TOM Inspection de tous les objets Scripts Intégration du reste de la production Sauvegardes des serveurs Traitements AS400 Autres «vieux» traitements Visual BAM pour Visual TOM en cours de déploiement Tableaux de bord pour la DSI et le métier 29

30 Merci pour votre attention 30