Embed Size (px)
Citation preview
© 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 SkalliConsultantTél : [email protected]
Sommaire
Les logiciels libres et la SOA La DGME Le projet RITA Le projet PRESTO Les évolutions à venir
05 mai 2009 No. 2Etude d'architecture
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 SOAQuelques 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 services
Carte d’identité SOA / BPM
Références SOA BPM
Logiciels libres, standards et SOA
Telecom
Public Sector Indus./Distrib./TransportBank/Finance/Insurance
Energy & Utilities
Media/Entertainment
N°1 sur SOA en France
07/07/09 No. 7Proposition commerciale AMOE Projet Internet modèle en couche SOA/BPM
350 consultants S OA & Enterprise Architecture44 M€ de revenue sur S OA en 2008Couverture du S OA, BPM, MDM, BAM, Enterprise Architecture & GovernanceUne 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 No. 8Etude d'architecture
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 No. 10Etude d'architecture
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ées
RITA
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 No. 16Etude d'architecture
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 No. 21Etude d'architecture
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 2Interrogation de l’annuaire
UDDI
AnnuaireUDDI
Nœud ESBs
Nœud zone SI
Etape 1Réception d’une
demande de traitement d’un
télé-dossier
Etape 3Récupération
des pièces jointes
Etape 4Envoie 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 Consulting37, rue du Rocher75378 Paris cedex 08Francewww.logica.com
T + 33 (0) 1 58 22 40 15M + 33 (0) 6 30 78 54 75
Abdelaziz SKALLIConsultantUrbanisation – SOA, BPM, MDM
Logica Management Consulting37, rue du Rocher75378 Paris cedex 08Francewww.logica.com
T + 33 (0) 1 58 22 50 31M + 33 (0) 6 32 54 58 92
Sébastien DelayreSenior ManagerResponsable Offre SOAUrbanisation – SOA, BPM, MDM
