© 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