© Logica 2008. All rights reserved
La démarche SOA et
l’interopérabilité applicative
Retour d'expérience des
projets RITA / PRESTO de la Direction Générale de la Modernisation de l'État
Abdelaziz Skalli
Consultant
Tél : +33.630.78.54.75
Sommaire
Les logiciels libres et la SOA La DGME
Le projet RITA
Le projet PRESTO
Les évolutions à venir
05 mai 2009 Etude d'architecture 2. No
Introduction à la SOA
• Problématique au cœur du SI des entreprises
– Des applications conçues avec une vision SI et non pas une vision utilisateur – Isolation des applications dans des « îlots » techniques ne communiquant pas
entre elles
• Besoin d'interopérabilité applicative
– Faire en sorte que les interfaces ( format de fichiers ou des requêtes ) soient compatibles
– Construire des applications en tant qu'un ensemble de services faiblement couplés et fortement réutilisables
• La réponse SOA
– Une forme d'architecture de médiation qui est un modèle d'interaction applicative mettant en œuvre des services
– Services à petite granularité capables d'être réutilisés par différents processus ou sous-processus de l’entreprise
– Ses enjeux sont : Agilité, réutilisation, rationalisation et interopérabilité
Standards garantissant l'interopérabilité
• Utilisation du format XML pour les échanges de services
• Garantir une couche d'interface interopérable par l'utilisation de web services basés sur les spécifications WS-*
– Le SOAP ( Simple Object Access Protocol ) pour l'échange des messages
– Le WSDL ( Web Services Description Language ) pour la
description des services ( opérations, format et type de messages utilisés, localisation )
– Annuaire UDDI ( Universal Description Discovery and Integration ) pour référencer les web services
– Exemples de spécifications associées aux web services WS-* définits par les comités de coordination OASIS et W3C
◦ WS-Addressing
◦ WS-ReliableMessaging
◦ WS-Attachments
◦ WS-Security
Implémentations autour de la SOA
• JBI ( Java Business Integration )
– Standard Java pour la création des solutions d'intégration
– Approche orientée composant permettant de router les messages
• ESB ( Enterprise Service Bus )
– Permettre la communication entre deux applications qui à la base ne sont pas pensées pour fonctionner ensemble
– A un rôle de médiateur (middleware) : exposer et appeler des services – Réalise un couplage lâche entre les services exposés
• BPM ( Business Process Management )
– Outil de gestion des processus métier d'une entreprise
– La conception, l'étude et l'optimisation des activités métiers de l'entreprise en prenant en compte le personnel, les applications et les partenaires
– Relation SOA / BPM : SOA permet de décomposer les processus métiers en services
Logica, la SOA et les logiciels libres
• Accompagner nos clients pour mettre en place des solutions open source SOA
Quelques références :
– Au seins du ministère de la culture, et pour les besoins du projet SIA, nous avons recommandé à notre client à utiliser la solution BPM Intalio
◦
Orchestration de services◦
Gestion des profils d’utilisateurs◦
WorkFlow avec des chaines de validations– Pour les besoins des échanges de services au sein du SI du parlement européen, nous avons préconisé l’utilisation de la solution bus de service
« Mule »
◦
Expositions et appel de web-services◦
Gestion des services– Pour les besoins des échanges de services au seins du SI de la DGME, nous avons préconisé l'utilisation d'une solution open source
◦
Plate-forme de médiation◦
Annuaire de servicesCarte d’identité SOA / BPM
Références SOA BPM
Logiciels libres, standards et SOA
Telecom Public Sector Indus./Distrib./Transport Bank/Finance/Insurance
Energy & Utilities
Media/Entertainment
N°1 sur SOA en France
07/07/09 Proposition commerciale AMOE Projet Internet modèle en couche SOA/BPM 7. No
350 consultants S OA & E nterprise Architecture 44 M € de revenue sur S OA en 2008
C ouverture du S OA, BPM , M DM , BAM , E nterprise Architecture & Governance
Une stratégie S OA internationale dirigée directement depuis la France
Positionnement de Logica sur le marché de la SOA et du
BPM
Sommaire
SOA et les logiciels libres La DGME
Le projet RITA
Le projet PRESTO
Les évolutions à venir
05 mai 2009 Etude d'architecture 8. No
La DGME
• Son rôle
– La DGME a pour rôle de faciliter les démarches administratives aux citoyens et aux agents administratifs
– Elle identifie les leviers de modernisation et accompagne les ministères pour leur mise en place
– Le portail web « Mon Service Publique » permet aux usagers d'effectuer plusieurs démarches en ligne sans se déplacer à leur mairie ou préfecture
• Contexte
– Pour les besoins des échanges inter-administrations / administrations-
particuliers, la DGME désirait mettre en place une plate-forme de médiation centralisée
– Cette plate-forme d’échange devait être à la fois flexible, agile avec une démarche d’urbanisation
– Une démarche SOA a été alors clairement identifiée de notre part pour répondre aux besoins de la DGME
– Dés lors, deux projet ont découlé de cet étude de besoin : RITA et PRESTO
Sommaire
Les logiciels libres et la SOA La DGME
Le projet RITA
Le projet PRESTO
Les évolutions à venir
05 mai 2009 Etude d'architecture 10. No
RITA
• Le projet RITA porte sur la réalisation et la mise à disposition d’un annuaire de services applicatifs interministériels
• Les services devant être exposés à partir d'une plate-forme permettant d’opérer les échanges de données entre les
administrations, partenaires et usagers de manière transparente
• L’objectif est de faciliter l’interopérabilité technique entre entités distinctes
• En favorisant notamment la publication de services Web mis en place par les différents partenaires et d’évoluer ensuite pour offrir des
services étendus de « registry »
RITA – Choix de la solution
• Contexte
– Une solution à faible coût car la DGME ne disposait pas d'un budget permettant d'acquérir une licence d'un ESB propriétaire
– L'open source était une réponse au besoin de la DGME et nous permettait de démarrer le projet
– La DGME désirait que l'éditeur s'engage à implémenter la spécification PRESTO
• Choix du bus de service
– Plusieurs solutions ESB open source ont été étudiées : Mule, openESB, WSO2 – La solution est retenue pour ses références avec les administrations
françaises et son engagement à supporter PRESTO d'ici fin 2009
RITA – Outils utilisés
• Les outils utilisés pour cette démarche SOA
– Bus de service ( ESB ) : Petals edité par EBM Websourcing
◦
Solution openSource sous licence LGPL avec un support français basé à Toulouse◦
Tarifs de souscriptions et des experts éditeurs très compétitifs◦
Répondait aux besoins techniques : Transformation, validation, routage, support de multiples protocoles de communications◦
Collaboration très étroite avec les labs pour arriver à ce que l’on veux◦
L’engagement du respect des standards par les labs : WS-*, prochainement PRESTO– Annuaire de service ( UDDI ) : Systinet registry édité par HP dont le rôle est :
◦
Référencer les différents services offerts aux applications et aux utilisateurs de l’entreprise– Base de donnée : PostgreSQL, logiciel libre sous licence BSD
◦
La base est utilisée par l’annuaire UDDI pour les stocker ses donnéesRITA
Architecture
RITA
• Mon rôle sur le projet
– Architecture technique ( DAT )
– Coordination avec l'hébergeur ( Orange Business Services ) pour la mise en place de la plate-forme de production
– Assistance des équipes de développement :
◦
Mise en place des flux◦
Assembler les solutions dans une distribution industrialisée◦
Rédaction des documentation d'exploitation et d'administration• Mes retours d'expérience
– Un travail de conception précis en amont permettant de maintenir la flexibilité et l'évolutivité des services
– Efficacité de l'implémentation JBI du bus de service
– Granularité des services très fine avec les composants ( su, sa )
– Très bonnes performances des traitements des messages JBI dans les échanges internes du bus de service
– Donner des anecdotes sur sa construction
• Synthèse du REX RITA et de l’open source
– Quelles conclusions tirer à postériori de l’expérimentation avantages, inconvénients
Sommaire
Les logiciels libres et la SOA La DGME
Le projet RITA
Le projet PRESTO
Les évolutions à venir
05 mai 2009 Etude d'architecture 16. No
PRESTO
• PRESTO signifie PRotocole d’Echange STandard et Ouvert
• Il pose les bases d’un protocole d’échange de messages informatiques entre applications pour servir les besoins de l’administration
• Il cible les principaux cas d’usage envisagés en matière d’échanges de données avec des « partenaires » externes
• Peut servir comme base d'échanges à l'échelle nationale ou à l'échelle européenne entre administrations partenaires
• PRESTO est la spécification d'un profil web Service ( ensemble de
spécifications de web Services )
PRESTO
• PRESTO est un standard de communication ouvert
• Protocole basé sur des normes et standards non propriétaires ( OASIS, W3C )
• PRESTO protocole orienté SOA garantissant :
– Une normalisation des échanges
– Une interopérabilité des systèmes reposant sur les spécifications WS-*
– Une pérennité et une évolutivité des implémentations
PRESTO Gestion de l’entête de
routage
Gestion des pièces- jointes
Mécanisme d’acquittement
PRESTO Core
PRESTO
• Quelques exemples d’utilisation
● Envoi d’une pièce jointe de taille volumineuse via WS-ReliableMessaging
● La pièce jointe est découpée et les segments envoyés dans la même séquence WS- RM
● Envoi d’une pièce jointe de taille normale via WS-ReliableMessaging
● Envoi de la pièce jointe via MTOM suivi d’un acquittement WS-RM
PRESTO
● Envoi de plusieurs pièces jointes via WS-ReliableMessaging
● Une archive .tar est créée à partir des pièces jointes et envoyée via WS-RM au mandataire (via le pattern 1 ou 2 en fonction de la taille de l’archive)
• Références d’utilisation PRESTO
– Ministère de la Santé, de la Jeunesse, des Sports et de la Vie Associative ( Projet Briques )
– Ministère de la Justice, sous-direction de l‘informatique et des Télécommunications ( archivage des données numériques ) – Bientôt la DGME !!
Sommaire
Les logiciels libres et la SOA La DGME
Le projet RITA
Le projet PRESTO
Les évolutions à venir
05 mai 2009 Etude d'architecture 21. No
Internet
Plate-forme RITA
Réseau interne
Annuaire de service interne du nœud Petals
Base de données
Zone de données
Serveur de fichiers ESB(1)
ESB(2)
ESB(3)
Zone DMZ
Zone front ADER
Etape 2 Interrogation de l’annuaire
UDDI
Annuaire UDDI
Nœud ESBs
Nœud zone SI
Etape 1 Réception d’une
demande de traitement d’un
télé-dossier
Etape 3 Récupération
des pièces jointes
Etape 4 Envoie des fichiers aux partenaires
Serveur
FTP Serveur
SFTP Serveur SMTP
Internet ou ADER
Evolutions SI DGME
• Passage à une architecture hautement RITA HD disponible en utilisant la version « Petals platform »
– Distribution des appels grâce au protocole JGroups
– centralisation des end-points dans une base JNDI
– Répartition de charge entre différents nœuds ESB permettant d’augmenter les performances
– Architecture « scalable »
– Couverture fonctionnelle grâce à l’implémentation EDA & Pub/sub
◦
Gouvernance SOA◦
Monitoring des services◦
Supervision Métier (BAM)Evolutions SI DGME
• Mettre en place une plate-forme d'échanges de confiance avec
orchestration de processus et utilisant le protocole PRESTO
RITA -- Présentation générale Logica Management Consulting
37, rue du Rocher 75378 Paris cedex 08 France
www.logica.com T + 33 (0) 1 58 22 40 15 M + 33 (0) 6 30 78 54 75 [email protected]
Abdelaziz SKALLI
Consultant
Urbanisation – SOA, BPM, MDM
Logica Management Consulting 37, rue du Rocher
75378 Paris cedex 08 France
www.logica.com T + 33 (0) 1 58 22 50 31 M + 33 (0) 6 32 54 58 92 [email protected]
Sébastien Delayre
Senior Manager Responsable Offre SOA
Urbanisation – SOA, BPM, MDM
