Talk Red Hat Entreprise Numerique - Eip Designer - 20160323
-
Upload
laurent-broudoux -
Category
Technology
-
view
412 -
download
3
Transcript of Talk Red Hat Entreprise Numerique - Eip Designer - 20160323
Spécification par les EIPUne passerelle entre EA et Développement ?
Laurent BroudouxArchitecte Technique - Groupe Covéa23 Mars 2016
Qui suis-je ?
Laurent Broudoux
Le jour …
Architecte IT Senior chez Covéa
Mots-clés : EA, SOA, Modeling, Java, Agile, Software factories
La nuit …
Coder, geek, open source committer (http://github.com/lbroudoux)
Me joindre / suivre @lbroudoux
http://lbroudoux.wordpress.com
Groupe Covéa
1 groupe3 marques
Afin de profiter pleinement des bénéfices de l’effet de groupe, les mutuelles MAAF, GMF et MMA ont confié à Covéa la coordination du pilotage stratégique de l’ensemble économique constitué des enseignes et de leurs filiales communes.
16,5 milliards € CA (IARD et Vie)+11 millions sociétaires+26300 collaborateurs
Enterprise Integration
Clients
Contexte Covéa
L’ESB n’est pas un nouveau composant !- Chaque marque possède son propre Bus
- selon une approche monolithique
Usages Médiation Cœur Métier
Portail X
Portail Y
App Z
Comp A
Comp B
Comp C
IARD
Sin.
Vie
Workflow
- Une rupture forte entre le Cœur Métier et la SOA (technologie => responsabilité)
- Un risque de dérive vers les Usages pour les composants de Médiation
Contexte Covéa
Une transition vers SI convergé, orienté Domaine- Vers une architecture de domaine hexagonale
- Une couche Exposition & Orchestration + ou – importante
Sin.
Clients
IARD
VieUsages
E&O
Cœur Métier
Domaine X
Un mot d’ordre : « Cohérence forte, couplage lâche » des domaines
Besoin d’un ESB léger, adaptable et en proximité avec les technos Cœur Métier cibles ;d’où notre choix Apache Camel / JBoss Fuse !
Comment spécifier
le comportement de l’intégration ?
? ?????
?
UML ?
UML peut faire mal…
Des manques ou limites importants dans le contexte de l’intégration :
-La possibilité de qualifier un traitement (Transformation de données ? Filtre ? Eclatement / Agrégation ?),-La lisibilité réduite lorsqu’on augmente le nombres de partenaires,-L’accessibilité. Qui comprend ces notations en dehors d’un Architecte ??
Des alternatives ?
BPMN ?OK pour montrer options, séquencement et parallélisme.
KO pour qualifier les typologies de traitement à mettre en œuvre
Visio ou PowerPoint ?OK à condition d’avoir défini son propre formalisme
Difficilement partageable (pensez prestation …)
Non exploitable
Word ?AmbigüeNon exploitable
Orientation Covéa : Les Enterprise Integration PatternsGregor Hohpe & Bobby Woolf en 2003
65 patterns pour décrire des problèmes récurrents
Support d’EIP dans la pratique
Un « standard de fait » supporté par les vendeurs majeurs
- Un mapping peu explicite sinon …
- Toujours un lien fort avec le code source !
- Des implémentations natives : Apache Camel et Red Hat JBoss Fuse
Nos besoins
Un outil simple, indépendant d’un vendeur pour spécifier le comportement d’une intégration en utilisant les patterns EIP,
Un outil utilisable par les experts en proximité des métiers, compréhensible par tous.
Mais …
designer for EIP
designer for EIP
EIP n’est pas un langage, n’a pas de méta-modèle. C’est une simple notation …
Choix de construire un outil
Enterprise Architecture
La vision Services en EA
Service
Application Service
Application Function
consumes
usesrealizes
Service et consommations utilisés par la plupart des méthodologies EA …
Mais ces méthodologies ne descendent pas sur la question du « comment » ?
Des activités complémentaires
Service / API Behaviour Specification Décrire les traitements internes
et les interactions partenaires
Service / API Realization
Enterprise Architecture activities
Service / API InterfaceSpecification
Décrire les données échangées (IN / OUT)
… pour combler le fossé avant la réalisation.
Certaines simples à outiller
Service / API Realization
Enterprise Architecture activities
Service / API InterfaceSpecification
Service / API Behaviour Specification
Nombreux méta-modèles et artifacts techniques
?
… d’autres moins explorées !
Utilisation d’EIP pour le comportement
Service / API Realization
Enterprise Architecture activities
Service / API InterfaceSpecification
Service / API Behaviour Specification Un outillage EIP pour
réaliser la transition !
Insufler de la continuité dans les activités
PDE Model transformation
Model to Text generation
Enrichissement de l’outil
Utilisation d’EIP pour le comportement
Service / API Realization
Enterprise Architecture activities
Service / API InterfaceSpecification
Service / API Behaviour Specification Dans la vraie vie, le
processus n’est jamais uniquement top-down !
Intégrer une boucle de retour
Model ComparisonPDE
Enrichissement de l’outil
EIP Designer
Une façon simple, indépendante d’un vendeur, de spécifier le comportement d’un Service,
Des accélérateurs pour générer des squelettes pour les solutions de mise en œuvre les plus communes,
Des outils de contrôle pour vérifier une mise en œuvre,
Un système de bridge pour étendre d’autres designers notamment orientés Architecture d’Entreprise
EIP Designer
Spring Integration
Obeo TOGAF Designer
SwitchYard / SCA
Basé sur les technologies Eclipse
Open Source, hosted on GitHub (http://github.com/lbroudoux/eip-designer)
Avec le support de 1ers standards ouverts
Perspectives
EIP Model
EIP Designer Parsers
EA activities
Utilisation pour la migration de patrimoine !
Expérimentation Covéa depuis T4 2015
Legacy ESBs
EIP Designer
GeneratorsRed Hat
JBoss Fuse