PNTS L informatique au Service de l Assurance et de la Prévoyance Séminaire VITO jeudi 19/06/2014
Plan Présentation de MetLife Projet initial (2010) Projet refonte des chaines (2013) Exploitation quotidienne Bilan Et demain? 2
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 50 000 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
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
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
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
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
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
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 2009 9
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
Projet initial : Schéma d infrastructure Visual TOM 5.4 11
Projet initial : La «mensuelle» 12
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
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
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 5.6.3 et Visual BAM pour Visual TOM Accompagnement d Absyss sous forme de forfait 15
Projet refonte des chaines : Schéma d infrastructure Visual TOM 5.6.1 16
Projet refonte des chaines : Environnement DM (MARK+COFI) 17
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
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
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
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
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
Exploitation quotidienne : Une journée (classique) Rapport envoyé manuellement à la DSI tous les matins jours ouvrés 23
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
Bilan : Evolution nombre de traitements/an 2010 Environnements : 6 Applications : 12 Traitements : 62 2011 Environnements : 7 Applications : 16 Traitements : 74 2012/2013 Environnements : 21 Applications : 58 Traitements : 798 Aujourd'hui Environnements : 9 Applications : 98 Traitements : 723 25
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
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
Bilan 28
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
Merci pour votre attention 30