© Groupe CGI inc. CONFIDENTIEL
Offre Supervision iT-Toolbox
vendredi 10 juin 2016
Agenda
2
Pourquoi cette solution ? 1
Principes et enjeux de la solution 2
Les modules & fonctionnalités 3
Architecture logicielle 4
Quelques écrans 5
Notre démarche 6
Qu’est ce que le module de supervision ? • Quelle quantité de données transverse mon SI ?
Une vision globale contextualisé aux domaine fonctionnels appliqués
• Quelles applications sollicite le plus ma plateforme d’échange ?
Un monitoring des échanges par application client et fournisseurs
• Par quels étapes passe l’information business ?
Un suivi détaillé d’une instance d’échange cross technologique
• Comment être alerté au plus tôt d’un problème bloquant ?
Des notifications sur de multiples canaux d’événements
• Comment puis-je retrouver la cinématique de mon process batch jusqu’au appels web services ?
Protocole de monitoring compatible de manière cross technologique
• Comment anticiper sur les problématiques d’échange au mieux ?
Solution bénéficiant de plus d’une dizaine d’année de contextualisation et d’évolution au sein de diverse clients
3
Principe de la solution
• Supervision structuré au sein d’un référentiel d’échange
4
Processus :
Groupement d’instances d’échanges ou
agrégation d’un lot de traitements
Echanges :
Instances de flux point à point ou
flux multi-sources/multi-cibles
Composants :
Médiations, étapes ou appels Web Service,
applications concernées, …
Niveau d’agrégation
Processus
Echanges
Médiation
Application
Erreur
Principe de la solution
• Supervision structuré au sein d’un référentiel d’échange
5
Processus
Echanges
Médiation
Application
Erreur
Principe de fonctionnement
6
Codification
Paramétrage audit
Etapes associées
Critères métiers
Domaine métier
Notificateurs
Application source/cible
Spécifique échange
Référentiel des échanges
Principe de la solution
• Notificateurs adaptés aux différents contextes
7
• Spécification de sondes déterminée sur des états fixes
Principe de la solution
8
Application source Application cible 1
Application cible 2
Send error
End step Begin step
try
catch
Send error
End step Begin step
try
catch
Send error
End step Begin step
try
catch
½ interface entrante ½ interfaces sortantes
Les cas d’usages
9
Extraction de
statistiques
Analyse d’instance
de flux
Administration du
référentiel
Recherche par
domaine fonctionnel Développeurs
Tests unitaires
Responsable
d’application
Recherche d’activités
Gestion des
droits
Responsable
techniques
Supervision technique
Administrateur
Gestion de l’application
Analyse de rapport
quotidiens
Principe de fonctionnement
• Recherches multicritères personnalisées
10
Principe de fonctionnement
11
• Parcours du détail des instances
Principe de fonctionnement
12
• Parcours du détail des instances
Principe de fonctionnement
13
• Parcours du détail des instances
Principe de fonctionnement
14
• Supervision par statistiques
Principe de fonctionnement
15
• Supervision par statistiques
• Vues statistiques sauvegardé par utilisateur
Principe de fonctionnement
16
Principe de la solution
17
Connaître à tout moment l’état d’un flux ou d’un process et
respecter les SLA fixés.
Etre alerté au plus tôt: être proactif.
Avoir une vision globale et statistique de la plateforme ESB.
Principaux enjeux
Principe de la solution
18
Couplage faible avec les applications
• Chaque brique supervisée utilise une sonde (API) pour tracer son état.
• Différentes technologies sont possibles: sondes propriétaires (Tibco, webMethods) ou génériques (java, .net, web service).
Application autonome
•Elle n’est pas dépendante de la plateforme d’échange. •C’est une brique transverse.
Référentiel d’échange
•Ce référentiel donne un sens à la collecte des traces de supervision.
•Son référentiel repose sur un panel de patterns d’échanges: process, flux, médiation, composant.
• Indicateurs métiers dynamiques et statiques.
Pilotage de l’activité
•Suivi des erreurs. •Paramétrage d’alertes sur les flux critiques (notificateurs) : flux RSS, SNMP, SMTP, Log.
•Suivi statistique des indicateurs, respect des SLA.
Tomcat 7.0.47
Open EJB 3.x
Application/Services
(EJB 3.x / JAX-WS 2.1)
DAO (Hibernate 3.3.x)
Presentation
Java 1.7
Architecture logicielle
19
Sondes Supervision
SOAP/HTTP
WSI-BASIC-PROFILE/MTOM
SOAP/ JMS 1.1
XML / JMS 1.1
Repla
y/contro
l
http/s
Broker JMS
DB
API
native
Moteur de collecte
20
JMS
Processing
Base de
données
Cache WIP
IHM de
supervision
Consolid
atio
n
Processing
Processing
Implémentation type
21
Supervision Supervision
Principe de fonctionnement
22
23
Notre démarche
Une démarche générale
Un cadre méthodologique expliquant les différentes étapes et concepts pour la mise en œuvre et l’industrialisation d’une plateforme d’échange.
Une bibliothèque d’outils
Les sources spécifiques et binaires de la solution, les différentes API d’interfaçage (Java, WebService, Tibco, WebMethods, etc…), des outils en ligne de commande (bench et configuration) et une base documentaire classique.
Licence
Couvre la résolution des anomalies, l’accès aux outils en ligne et aux évolutions du reste de la communauté.
Un support réactif
Sous la forme de contrat de maintenance par tickets (corrections, évolutions et conseils), assuré par une équipe de 7 personnes.
Accompagnement à la mise en œuvre
Prise en compte de l’existant, étude de faisabilité, aide à la mise en œuvre.
Une équipe et un socle
Une équipe d’experts techniques expérimentés sur les technologies SOA/ESB. Un support accessible (bug tracker, wiki, forum, etc…) pour plus d’agilité.
24
Notre démarche
Notre démarche
25
26
Nos plateformes
Toute l’équipe vous remercie