Le projet d'ORION est probablement le plus gros projet IT actuellement en France. Annoncé dans le cadre du plan stratégique du groupe BPCE, il a pour objectif d'unifier les systèmes d'informations des Banques Populaires et des Caisses d'Epargne en une plateforme technologique commune.

Plus d'informations en cliquant ici.

J'ai intégré pendant dix semaines une équipe de la Direction Production Métier de BPCE-IT, dédiée au projet ORION. Son rôle est de superviser les environnements de production et de les maintenir dans des conditions opérationnelles.

Un de leur rôle spécifique est la création et l'envoi d'une météo de certification des environnements. Il s'agit d'un état des services des environnements de production envoyés aux établissements bancaire du groupe impactés par le projet ORION, afin d'informer les collaborateurs les conditions dans lesquelles ils peuvent travailler. Ce document est créer puis envoyer deux fois par jour, le matin et l'après-midi, à ces établissements. pour les informer

Avant mon arrivée, une météo était créée et envoyée à partir d'un script exécuté dans un terminal. Cette méthode présente peu de confort d'utilisation en raison de l'absence d'une interface graphique et n'est pas adaptée à un travail collaboratif.

L'objectif est de développer une application web qui permet aux membres de l'équipe de créer, envoyer et suivre toutes les météos depuis une interface ergonomique qui centralise les données et qui est accessible pour tous les membres de l'entreprises.

Pendant dix semaines, j'ai travaillé en binôme avec un autre étudiant stagiaire pour développer cette application, la déployer sur une infrastructure de haute disponibilité que nous avons configurée et concevoir une base de données nécessaire au bon fonctionnement de celle-ci.

L'application est structurée autour d'un bandeau de navigation contenant quatre onglets :

• Création de météo : assure les fonctionnalités principale du script, à savoir la création et l'envoi d'une météo par la saisie d'informations globales et des status des différentes services supervisés.


• Historique : centralise toutes les météos qui ont été créées à partir d'un calendrier.


• Configuration : il contient trois menus déroulants qui permettent de configurer les services à afficher sur une météo, gérer les utilisateurs de l'application et paramétrer les destinataires qui doivent recevoir les documents.


• Power BI : il s'agit d'un onglet qui permet de centraliser des tableaux de bord intéractif Power BI en les intégrant à même l'interface de l'application.

Pour assurer le bon fonctionnement de ses fonctionnalités, un système de gestion de rôle a été mis en place sur l'application :

• Lecteur : peut accéder à l'historique et à l'onglet Power BI (lecture seule). Il s'agit du rôle par défaut pour les nouveaux arrivants.


• Éditeur : peut en plus créer et envoyer les météos.


• Administrateur : peut accéder à tous les onglets, notamment celui de configuration.

Un système d'authentification automatique Windows permet d'identifier les utilisateurs à partir de leur session Windows qui sont ensuite répertoriés dans l'onglet de configuration des comptes. L'authenficiation bloque les utilisateurs ne faisant pas partie de l'entreprise grâce à une recherche automatique dans un groupe Active Directory spécifique.

L'application est hébergée sur une infrastructure de haute disponibilité que nous avons configurée de A à Z.

Il s'agit d'une architecture PAD qui sépare les services fournissant l'accès à l'application en trois couches (Présentation, Application, Données). Une résolution DNS permet à l'utilisateur d'atteindre un serveur de présentation ARR qui redirige celui-ci sur un serveur d'application IIS. Le serveur d'application héberge le code source de l'application qui exploite une base de données hébergée au sein d'un groupe de disponibilité Always On.

En voici un schéma :

Cette redondance de serveurs permet d'assurer la continuité du service s'il l'un d'eux tombe en panne. Les serveurs sont répartis sur deux datacenters afin de conserver de la même manière l'accès à l'application si un des deux rencontre un problème.

Concernant le groupe de disponibilité Always On, celui-ci était déjà mis en place avant mon arrivée. Seul la migration de la base de données sur ce cluster a été réalisée par mon collègue et moi.