SOA (Service Oriented Architecture) Architectures Orientées Services RESPONSABLES DE FILIERE Monsieur Bruno Van Moerkercke NFE 107 PRESENTER PAR Ahmed

SOA (Service Oriented Architecture)

Architectures Orientées Services

RESPONSABLES DE FILIERE

Monsieur Bruno Van Moerkercke

NFE 107

PRESENTER PAR

Ahmed LAFTIMI

CNAM 2008-20091

Sommaire

• Partie I -Entropie des systèmes d’Information

• Partie II - Les Architectures orientées services

• Partie III - SOA-Concepts et Composants

• Conclusion, Bilan & Perspectif

Objectif de la présentation => Définir, Identifier

2

Introduction

Face au changement quoi faire ?

Évolution des Systèmes d’information

Architecture Processus Fluides

SOA POUR UNE MEILLEURE AGILITE

Problématique

3

Sommaire





4

Partie I - Entropie des systèmes d’Information

Le Mainframe • Ordinateur central • Terminaux • Serveur unique

Avantage : assure la haute disponibilité et l’intégrité des données et offre à l’entreprise un système cohérent et fiable.

Inconvénient : Couts d’acquisition et d’exploitation sont élevés

Centralisation et terminaux passifsCentralisation et terminaux passifs

Histoire -> 11ERER Génération Génération

5


Application client/Serveur

• Computer Personnel • Architecture client/serveur

Avantage : faible coût des nouvelles applications plus légères Inconvénient : duplications d’informations , le poste de travail deviens charge de

plusieurs exécutables

• Introduction• Histoire informatique

• Solutions et limits

Applis délocalisées, données centraliséesApplis délocalisées, données centralisées

Histoire -> 2éme2éme Génération Génération

6


Application Web

• Pas de logiciel sur le poste de travail • Accès à distant via un navigateur web

Re-centralisation, interfaces client relookéesRe-centralisation, interfaces client relookées


7


Web services et SOA ?Web services et SOA ?


8


Rigide

État cible Homogène Rationnel

Agile

Divergence Besoins métier SI

Alignement Besoins métier SI

État actuel Hétérogène Redondant Coût de maintenance

État des lieux des SI

9


Processus métier

FonctionnelUse cases

ApplicatifApplications & logiciels

PhysiqueInfrastructure

Réponses actuelles -> Urbanisation -> Modèle de référence

10


Métier

Fonctionnel

Applicatif

Physique

Division A Division B Processus rigides Processus complexes

Processus non transférables +

Composants peu réutilisables Hétérogénéité technologique

=

Problématiques des silos applicatifs

Réponses actuelles -> Urbanisation -> Phénomène vertical

11


Redondance Données

Traitements Parc applicatif rigide

Interdépendance élevée Difficulté d’évolution

Métier

Fonctionnel

Applicatif

Physique

« Syndrome du plat de spaghettis ???»

Réponses actuelles -> Urbanisation -> Phénomène horizontal

12


silos spaghetti Commentaire

EAI NON OUI Coût d’implémentation élevé Propriétaire, dépendance envers l’éditeur Point de passage obligé

Workflow NON NON Coût élevé d’adaptations aux applications existantes élevé

Propriétaire, dépendance envers l’éditeur

Portail NON NON Paramétrage laborieux Propriétaire, dépendance envers l’éditeur

Frameworkapplicatif

OUI OUI Potentiel élevé de réutilisation et de composition

Forte adhérence technologique Réutilisation non généralisable à

l’ensemble du SI

Réponses actuelles -> Outillage

13Workflow est un flux d'informations au sein d'une organisation

EAI (Enterprise Application Integration)

Sommaire





14


Processus métier

FonctionnelUse cases

ApplicatifApplications & logiciels

PhysiqueInfrastructure

Métier

Technique

SOA Concrétise le modèle d’urbanisation

15

Vue logique

Partie II - Les Architectures orientées services

SOA est apparu en 1996 dans une note de recherche du Gartner Group.

« L’architecture orientée service constitue un style d’architecture basée sur le principe de séparation de l’activité métier en une série de services. » « Ces services peuvent être assemblés et liés entre eux selon le principe de couplage lâche pour exécuter l’application désirée. »« Ces services sont définis a un niveau supérieur de la traditionnelle approche composants »

Gartner - Septembre 2005

Selon le Gartner Group, plus de 75% des projets d’entreprise des années 2008 reposeront sur les SOA (Service Oriented

Architecture).

Gartner, Inc., fondée en1979, est une entreprise américaine de conseil et de recherche dans le domaine de la technologie .

Qu’est ce que SOA

16


OASIS (Organisation for Avancement of Structured Information Standards)

Selon l’OASIS « l’architecture orientée service (SOA ):

est un paradigme d’organisation des ressources distribuées, potentiellement contrôlées par des domaines différents. »

Qu’est ce que SOA-> Définition

17


Le SI de l'entreprise est généralement constitué d'applications en silosilo =

-Transversalité -Transversalité - Vision Globale - Vision Globale

La solution à ce problème EAI ? La solution à ce problème EAI ?

Elle consiste à développer des connecteurs spécifiques permettant de faire communiquer entre-eux les différents silos de l'entreprise.

(Enterprise Application Integration, traduisez intégration des applications de l'entreprise)

Qu’est ce que SOA-> Naissance de la notion SOA

18

Partenaires = connections


EDA( Event Driven Architecture) : Propagation automatisée des nouvelles informations métiers dans le SI pour éviter la désynchronisation de multiples référentiels. Nécessite la mise en place l’outils EAI.

POA( Process Oriented Architecture) : application modéliser comme un processus, ce qui nécessite la mise en place d’un moteur pour automatiser ces processus ( Workflou)

Qu’est ce que SOA-> Naissance de la notion SOA-> POA ET EDA

19

SOA trouve la solutions aux problématique des autres solutions SOA trouve la solutions aux problématique des autres solutions


Programmation structure = robuste et réutilisable

Langage purement procéduraux Langage purement procéduraux -> Code réutilisable? = (fonctions + des procédures) Fichier sépare Programmation Orientée Objet (POO) Programmation Orientée Objet (POO) -> Code réutilisable? = définition et l'assemblage de briques logicielles (Objets) ; Envoie des messages grâce aux appels des méthodes

Solutions de transports au delà des frontière des SI --->>> Problèmes de compatibilité entre Problèmes de compatibilité entre plateformes plateformes

Besoin de standardisation et la mise en commun des protocoles standardisation et la mise en commun des protocoles ( SOAP, XML,….)

La pensé orientée services La pensé orientée services

Qu’est ce que SOA-> Naissance de la notion SOA

20

SOAP (Simple Object Access Protocol) est un protocole d'échange

Modèle orienté objets (POO)


Modèle orienté services (SOA)

Services ?

Vision POO et SOA ? -> savoir où se situent les différences

21


SOA apporte au SI :

• De la réutilisabilité ?• De l’interopérabilité ?• De la flexibilité ?

• SOA est un concept qui n’est pas lié à la technologie..• Une implémentation s’effectue sur la base de normes et de standards.

La clé : l’agilité

Qu’est ce que SOA-> Couverture des besoins

22

Les 4 grands principes du SOALes 4 grands principes du SOA

• La définition des services• Les services sont autonomes • Les clients et les services ne partagent que des

contrats• La compatibilité est basée sur les règles


Qu’est ce que SOA-> Principes

Service

Contrat Implémentation

Service 2

Service 1

Application 2

Application 1

Message traité

Message à traiter

23

Les services au cœur SOA Les services au cœur SOA

• SOA présent un modèle d’architecture informatique basée sur l’émergence d’une couche de services. Ces services offrent une vue logique des traitements et données existant déjà ou à développer.

• Un service, met à disposition d’acteurs(humains ou logiciels) intervenants dans des processus métiers, un accès vers une ou plusieurs fonctions métiers.

• Un service vise à être simple d’emploie et réutilisable .• Un service SOA dialogue avec ses consommateurs sous une forme

standardisée, tant sur le plan technique que sur le plan métier


L’approche SOA favorise la L’approche SOA favorise la constructionconstruction de nouveaux services par de nouveaux services par composition composition de de services existants et cette composition devient son tour un service. De plus la services existants et cette composition devient son tour un service. De plus la

composition de service ne s’arrête pas non plus aux frontières du SI. composition de service ne s’arrête pas non plus aux frontières du SI.

Qu’est ce que SOA-> Services

24

Cycle de vie des services Cycle de vie des services Identifier Mettre en placeMaintenirLe concept d’application composite

Sommaire





25

Partie III - SOA-Concepts et Composants

SilosHermétiqueMonolithiqueFragile

PartagéCollaboratif

Interopérable

26http://www.sun.com/products/soa/benefits.jsp


27

SERVICES MÉTIER

APPLICATIONS COMPOSITES


ESB : Entreprise Service BusLes Référentiels Les outils de BPM (Business Process Management

28

L’infrastructure logicielle

Livre Orange ; Urbanisation & Intégration de système « Valtech Technology consulting »


29

SOA et Web Service ->Protocole et normes

Partie III - Les Architectures orientées services

30

SOA et Web Service ->Infrastructure

http://www.softeam.fr/technologies_web_services.php


REST, un style d'architecture, pas un standard

REST est un style d'architecture, pas un standard. Il n'existe donc pas de spécifications de REST. Il faut comprendre le style REST et ensuite concevoir des applications ou des services Web selon ce style.

Bien que REST ne soit pas un standard, il utilise des standards.

REST concerne l'architecture globale d'un système. Il ne définit pas la manière de réaliser dans les détails. En particulier, des services REST peuvent être réalisés en .NET, JAVA, CGI ou COBOL.

31

SOA et Web Service ->fonctionnement

Le fonctionnement des services web repose sur un modèle en couches, dont les trois couches fondamentales sont les suivantes : •Échange , visant à décrire la structure des messages échangés par les applications. •Découverte, pour permettre de rechercher et de localiser un service web particulier •Description, dont l'objectif est la description des interfaces des services web


32

SOA et Web Service ->fonctionnement

Bilan, Perspectif et Conclusion,

33

Bilan et perspectif

•SOA n’est pas une technologie SOA n’est pas une technologie •SOA ne signifie pas Web Services SOA ne signifie pas Web Services •Web service ne signifie pas SOAWeb service ne signifie pas SOA•SOA ne résout pas les problèmes SOA ne résout pas les problèmes existent dans les implémentations existent dans les implémentations •SOA nécessite un langage métier SOA nécessite un langage métier commun (Contrat, grammaire xml ) commun (Contrat, grammaire xml ) •SOA est une affaire de compromis SOA est une affaire de compromis


34

Marché SOA

https://www.pac-online.com

35

(Oracle, IBM, Software AG et Tibco)

(Logica, Capgemini, IBM, Atos Origin, SolucomOligopolistique de ce marché

Bilan, Perspectif et Conclusion, Marché SOA

RéseauInternet

(TCP/IP)

Communication:e-mail

(pop3,SMTP,Mime)

Information:World-wide Web

(html, http, j2ee, xml)

Applications:Web Services

(SOAP, WSDL, UDDI)

Distributed Computing:Grid

(Globus -> OGSA)

Operating System: Linux

36

Bilan, Perspectif et Conclusion, Marché STANDARD


37

Bilan et perspectif

38


• Agilité • Réduction(Time to Market )• Partage des ressources

applicatives • Réutilisation• Facilité d’intégration

Conclusion

• Beaucoup de pièces • Flux Important • Coût de recherche d’erreur(Correctif) • Mettre en place SLA(Financier)

• Important de mettre en place une solution de gouvernance gouvernance SOA.

• L’architecture orienté service met en œuvre une approche dont le concept primaire est le service.

• Le processus d’urbanisation manipulant le concept de service sera plus fluide

• SI moins rigide => alignement par rapport au besoins métier

SLA ( Service Level Agreements )

Que faut-il faire ?Comment le faire ?Qui doit le faire ?Comment est-ce piloté et mesuré ?

39

Bibliographie

Site Internationaux :•http://www.thinmanager.com/buckets/whatarethinclients.shtml•http://www.generation-nt.com/•http://fr.wikipedia.org•http://www.phpboost.com/upload/architecture_application_web.png•http://www.fujitsu.com•http://fr.sun.com/practice/software/soa/images/ig_soa_before.gif•https://www-304.ibm.com/•http://www.softeam.fr/technologies_web_services.phpRecherche bibliographique : SOA, Le guide de l’architecte du SI ; de Xavier Fournier-Morel, Pascal Hrojean , Guillaume Plouin, Cyril Rognon Edition SQLI ISBN 978-2-10-051708-4Livre blanc :

•SOA : Architecture Logique Principes, structures et bonnes pratiques, Copyright © SOFTEAM 2007

•Méthodologie SOA en six domaines Révéler les avantages métiers d’une Architecture Orientée Services Copyright © 2005 BEA Systems

•SOA et urbanisme Le rôle des Architectures Orientées Services dans l’alignement métier des Systèmes d’Information Copyright © Unilog Management•http://soa.sys-con.com/node/403065

•Les Architectures Orientées Services Copyright © www.syntec-informatique.fr

40

Question & Réponse

Merci

© Suzanne Porter

Documents

SOA (Service Oriented Architecture) Architectures Orientées Services RESPONSABLES DE FILIERE Monsieur Bruno Van Moerkercke NFE 107 PRESENTER PAR Ahmed