la démarche soa et l’interopérabilité...

© 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 : +33.630.78.54.75abdelaziz.skalli@logica.com

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.skalli@logica.com

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

sebastien.delayre@logica.com

Sébastien DelayreSenior ManagerResponsable Offre SOAUrbanisation – SOA, BPM, MDM