Professional Documents
Culture Documents
Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif
Introduction
Problmatique
Face au changement quoi faire ? volution des Systmes dinformation Architecture Processus Fluides
Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif
Avantage : assure la haute disponibilit et lintgrit des donnes et offre lentreprise un systme cohrent et fiable. Inconvnient : Couts dacquisition et dexploitation sont levs
Avantage : faible cot des nouvelles applications plus lgres Inconvnient : duplications dinformations , le poste de travail deviens charge de plusieurs excutables
tat actuel
Htrogne Redondant Cot de maintenance
tat cible
Homogne Rationnel
Rigide
Agile
Divergence
Besoins mtier SI
Alignement
Besoins mtier SI
Processus mtier
Fonctionnel
Use cases
Applicatif
Applications & logiciels
Physique
Infrastructure
10
Mtier
Fonctionnel
Processus rigides Processus complexes Processus non transfrables + Composants peu rutilisables Htrognit technologique = Problmatiques des silos applicatifs
Applicatif
Physique
11
Fonctionnel
Redondance Donnes Traitements Parc applicatif rigide Interdpendance leve Difficult dvolution
Applicatif
Physique
spaghetti
OUI
Commentaire
Cot dimplmentation lev Propritaire, dpendance envers lditeur Point de passage oblig Cot lev dadaptations aux applications existantes lev Propritaire, dpendance envers lditeur Paramtrage laborieux Propritaire, dpendance envers lditeur Potentiel lev de rutilisation et de composition Forte adhrence technologique Rutilisation non gnralisable lensemble du SI
Workflow
NON
NON
NON OUI
NON OUI
EAI (Enterprise Application Integration) Workflow est un flux d'informations au sein d'une organisation
13
Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif
14
Fonctionnel
Use cases
Vue logique
Applicatif
Applications & logiciels
Technique
Physique
Infrastructure
15
SOA est apparu en 1996 dans une note de recherche du Gartner Group.
Larchitecture oriente service constitue un style darchitecture base sur le principe de sparation de lactivit mtier en une srie de services. Ces services peuvent tre assembls et lis entre eux selon le principe de couplage lche pour excuter lapplication dsire. Ces services sont dfinis a un niveau suprieur de la traditionnelle approche composants Gartner - Septembre 2005
Selon le Gartner Group, plus de 75% des projets dentreprise des annes 2008 reposeront sur les SOA (Service Oriented Architecture).
Gartner, Inc., fonde en1979, est une entreprise amricaine
de conseil et de recherche dans le domaine de la technologie.
16
est un paradigme dorganisation des ressources distribues, potentiellement contrles par des domaines diffrents.
17
Le SI de l'entreprise est gnralement constitu d'applications en silo = -Transversalit Partenaires = connections - Vision Globale
18
19
Langage purement procduraux -> Code rutilisable? = (fonctions + des procdures) Fichier spare
Programmation Oriente Objet (POO) -> Code rutilisable? = dfinition et l'assemblage de briques logicielles (Objets) ; Envoie des messages grce aux appels des mthodes Solutions de transports au del des frontire des SI --->>> Problmes de compatibilit entre plateformes Besoin de standardisation et la mise en commun des protocoles ( SOAP, XML,.)
20
Services ?
21
SOA est un concept qui nest pas li la technologie.. Une implmentation seffectue sur la base de normes et de standards.
La cl : lagilit
Les services inscrit dans une urbanisation SOA sont conus pour tre sans-tat afin de pouvoir tre utilis en dehors de tout contexte applicatif
Les services sont dfinis selon les standards du march de manire pouvoir tre utiliss facilement aussi bien en interne quen externe du SI
Les combinaisons de rarrangement des services mtiers selon des prceptes de couplage lche offrent de nombreuses possibilit vis vis de lvolution du mtier
22
Service
Application 1 Application 2
Message trait Message traiter
Contrat Implmentation
Service 1 Service 2
23
Cycle de vie des services Identifier Mettre en place Maintenir Le concept dapplication composite
SOA prsent un modle darchitecture informatique base sur lmergence dune couche de services. Ces services offrent une vue logique des traitements et donnes existant dj ou dvelopper. Un service, met disposition dacteurs(humains ou logiciels) intervenants dans des processus mtiers, un accs vers une ou plusieurs fonctions mtiers. Un service vise tre simple demploie et rutilisable . Un service SOA dialogue avec ses consommateurs sous une forme standardise, tant sur le plan technique que sur le plan mtier
Lapproche SOA favorise la construction de nouveaux services par composition de services existants et cette composition devient son tour un service. De plus la composition de service ne sarrte pas non plus aux frontires du SI.
24
Sommaire
Partie I -Entropie des systmes dInformation Partie II - Les Architectures orientes services Partie III - SOA-Concepts et Composants Conclusion, Bilan & Perspectif
25
26
http://www.sun.com/products/soa/benefits.jsp
APPLICATIONS COMPOSITES
SERVICES MTIER
27
ESB : Entreprise Service Bus Les Rfrentiels Les outils de BPM (Business Process Management
28
29
30
http://www.softeam.fr/technologies_web_services.php
REST est un style d'architecture, pas un standard. Il n'existe donc pas de spcifications 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 systme. Il ne dfinit pas la manire de raliser dans les dtails. En particulier, des services REST peuvent tre raliss en .NET, JAVA, CGI ou COBOL.
Le fonctionnement des services web repose sur un modle en couches, dont les trois couches fondamentales sont les suivantes : change , visant dcrire la structure des messages changs par les applications. Dcouverte, pour permettre de rechercher et de localiser un service web particulier Description, dont l'objectif est la description des interfaces des services web
31
32
SOA nest pas une technologie SOA ne signifie pas Web Services Web service ne signifie pas SOA SOA ne rsout pas les problmes existent dans les implmentations SOA ncessite un langage mtier commun (Contrat, grammaire xml ) SOA est une affaire de compromis
33
https://www.pac-online.com
34
Oligopolistique de ce march
35
36
Avantages
-
Inconvnients
Cots de conception et de dveloppement initiaux plus consquents
-
- Possibilit de dcoupler les accs aux traitements - Localisation et interfaage transparents (ouverture accrue) - Possibilit de mise en place facilite partir d'une application objet existante - Rduction des cots en phase de maintenance et d'volution - Facilit d'amlioration des performances pour des applications importantes (rpartition des traitements facilite
37
Agilit Rduction(Time to Market ) Partage des ressources applicatives Rutilisation Facilit dintgration
Beaucoup de pices Flux Important Cot de recherche derreur(Correctif) Mettre en place SLA(Financier)
Que
faut-il faire ? Comment le faire ? Important de mettre en place une solution de gouvernance SOA. Qui doit le faire ? Comment est-ce pilot et mesur ? Larchitecture orient service met en uvre une approche dont le concept primaire est le service. Le processus durbanisation manipulant le concept de service sera plus fluide SI moins rigide => alignement par rapport au besoins mtier
38
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.php Recherche bibliographique : SOA, Le guide de larchitecte du SI ; de Xavier Fournier-Morel, Pascal Hrojean , Guillaume Plouin, Cyril Rognon Edition SQLI ISBN 978-2-10-051708-4 Livre blanc :
Copyright
Mthodologie SOA en six domaines Rvler les avantages mtiers dune Architecture Oriente Services Copyright 2005 BEA Systems SOA et urbanisme Le rle des Architectures Orientes Services dans lalignement mtier des Systmes dInformation Copyright Unilog Management
http://soa.sys-con.com/node/403065
Merci
Suzanne Porter
40