©IDC, 2006
Guillaume Ravery
1
Architecture Orientée Services:
Mythes et réalités
©IDC, 2006
Agenda
SOA, un contexte, des enjeux, des promesses… Définition Réalité Maturité du concept : compréhension et taux
d’adoption Le marché Challenges et opportunités Un changement de perspectives Conclusion
©IDC, 2006
©IDC, 2006
Evaluation
des risques
Contrôle des coûts
Opportunités
Consolidation & concurrence
Attentes consommateurs
Globalisation
ConformitéRH
Un contexte difficile à appréhender
Des Des environnements environnements changeant et de changeant et de
plus en plus plus en plus distribuésdistribués
Source: IDC Services and Software Leading Indicators
©IDC, 2006
Faciliter l’intégration de données Créer la flexibilité permettant de réagir rapidement
aux changements du marché Réduction des coûts et du “time to market” en
permettant de réutiliser les composants Accéder à l’information en “temps réel” Renouveler les business model, faciliter le revenu… Créer une infrastructure IT répondant aux besoins de
la gouvernance d’entreprise
Des promesses…
©IDC, 2006
Trop beau pour être vrai?La réticence traditionnelle de l’informatique..
“On a déjà entendu ça avant…”
©IDC, 2006
Dict. = “Ensemble d'opérations, de travaux, etc., pour lesquels sont nécessaires différentes personnes et différentes choses »
Services? Mais encore…
Une offre spécifique ...ex, Professional Consulting et IT Services
Un modèle d’accès …ex, ISP … AOL … Google
Internet@
Un développement technologique, une architecture ...ex., Code … XML … Web Services … Architecture … SOA
UDDIReg/Rep
WSDL
Web Service
ConsumerSOAP/HTTP
Web Service
Provider
Un business model …ex Software-as-a-Service … On Demand
©IDC, 2006
Core Context
1. Centraliser. Centre de décision unique permettant à la fois de réduire les coûts mais aussi de gérer les risques de façon optimale
2. Standardiser. Reduire le nombre de processus et les variables affectant chacun d’eux. Fournir un tronc commun permettant, là aussi, de réduire les coûts et de diminuer les risques.
3. Modulariser. “Démonter” l’existant en sous-systèmes afin de standardiser les interfaces.
4. Optimiser. Supprimer les étapes redondantes, réutiliser et automatiser, mesurer l’ensemble des processus pour ajuster et optimiser.
5. Externaliser. Piloter l’ensemble en dehors de l’entreprise permet de variabiliser les coût. Incorporer les mesures de performance des processus dans les termes de contrat négociés.
Source: Five levers model, Geoffrey A. Moore, 2005, from the book “DEALING WITH DARWIN”
Services SOA? Mais encore… …Des concepts évoluant en convergeant
©IDC, 2006
Définir la SOA
La SOA“Service Oriented Architecture” est une solution d’architecture basée sur la désagrégation et composée de «services» (composants logiciels applicatifs) combinés les uns aux autres, indépendamment de toute implémentation.
Idéalement, une architecture orientée services doit être modulaire, avec des couches séparées contenant chacune le code fonctionnel, les données, le workflow et les interfaces de présentation– Ex: Dans une SOA, appels de procédures postes client vers serveur (RPC) et
vocabulaire de description de données doivent être communs.
– L’utilisation de Web services n’est pas un pré-requis, mais plutôt un “best practice”
La SOA n’est pas une technologie, mais une façon de concevoir et de La SOA n’est pas une technologie, mais une façon de concevoir et de déployer ses applicationsdéployer ses applications
©IDC, 2006
SOA — Dépasser les anciennes limites
Physique
Code
Libéral
Propriétaire
Linéaire
Projet fini
Logique — virtuel, fédéré
Configuration — Applications composées
Modélisé — Méta-données, sémantique
Ouvert — standard et partage d’applications
Concurrent — Processus
Perpétuel — Gestion du cycle de vie
Avant… SOA…
©IDC, 2006
La question … Quelle réalité derrière tout ça?
8.5+M = nombre de transactions par jour pilotées par des services développée en environnement SOA chez Verizon
30+% = Nombre d’entreprises ayant fait état de mise en route de projets SOA en 2005 en Europe
32% = Economies réalisées par Guardian Life à l’aide de 12 applications développées en environnement SOA 5,000+ = Membres du consortium OASIS Organization for the Advancement of Structured Information Standards : consortium orientant le développement, la convergence et l’adoption de standards e-business et services web. Promotion XML.
©IDC, 2006
Une réalité tangible, mais un degré de maturité variable
0% 10% 20% 30% 40%
1 — nulle
2
3
4
5 — détaillée
IT LOB
Q. Comment qualifieriez-vous votre compréhension du domaine de la SOA?
Source: IDC’s IT and LOB Study, 2005n=224
©IDC, 2006
Une importance perçue
0%
5%
10%
15%
20%
25%
30%
35%
40%
45%
5 —extrèmement
important
3 1 — aucuneimportance
IT LOB
Q. Quel degré d’importance attachez-vous au fait que votre système d’informations et ceux de vos fournisseurs supportent une architecture SOA?
Source: IDC’s IT and LOB Study, 2005n=224
©IDC, 2006
Des enjeux identifiés
n=224
Vision encore très centrée IT/technique
Les plus avancés comprennent l’avantage en terme d’agilité
Les innovateurs ont déjà adopté des architectures à base d’ infrastructures de services partagés et de composants à des fins d’efficacité
Q. Dans votre contexte, quelle serait la raison principale motivant la mise en place d’une architecture SOA?
Source: IDC’s IT and LOB Study, 2005
0% 10% 20% 30%
Améliorer la qualité du SI
Réduire les coûts
Ne savent pas
Favoriser l’intégr. des processavec clients & fournisseurs
Vitesse de développement et déploiement
Autres
©IDC, 2006
Des projets d’entreprise
0 10 20 30 40 50 60
SOA d'entreprise
SOAdépartementale
SOA projet
Services Web(SOAP, WSDL)
Maintenance seulementEn développementPlanifié pour les 12 prochains moisPlanifié pour les 24 prochains mois
n=268
Tous les secteurs sont concernés
Mais le degré d’adoption varie
Projets d’intensités variables et s’étalant sur plusieurs années
De plus en plus de projets SOA d’ensemble (enterprise level)
Les coûts restent le sujet important…
Q. Quel type d’initiative votre entreprise a-t-elle d’ores et déjà initié ou planifié?:
Source: IDC’s Software Development Study, 2005 (IDC #34660)
©IDC, 2006
0%
10%
20%
30%
40%
50%
60%
Mainframe Cl./serv. 3-tiers n-tiers SOA
3 dernières années3 prochaines années
La SOA fait partie des attentes
Les autres architectures perdureront et seront incorporéesQ. Dans le contexte de votre
activité, avez-vous déjà été appelé à développer des applications faisant appel aux structures ou frameworks suivants :
0% 20% 40% 60% 80%
SOA
Webservices
Oui Dans les 12 mois
n=2,389; monde; IT tous types
Source: IDC’s Developer Collaborative, 2005 (IDC #34639)
Q. A quelle fréquence avez-vous déjà utilisé des applications faisant appel aux structures suivantes : (% de répondants indiquant “toujours” ou “très souvent”)
©IDC, 2006
L’importance des standards
Facteur important de résolution des problèmes d’interopérabilité
Diminution des risques liés à la migration
Compatibilité, échange, réutilisation
WS*
©IDC, 2006
La SOA et la croissance de la dépense logicielle
0
1 000
2 000
3 000
4 000
5 000
6 000
7 000
8 000
9 000
10 000
2004 2005 2006 2007 2008 2009System Mgmt & gestion d'infrastructureSécuritéDéveloppement et software de déploiementDonnées, contenu, accèsSoftware collaboratif & groupware
Source: IDC, 2005 (IDC #34660, #33418, #34649)
2005 = <0.6%Du total logiciels
2009 = <3.4%Du total logiciels
~23% du marché des Web Services
~60% du marché des Web Services
AdoptionConsolidationChgt. biz. modèle
©IDC, 2006
Un changement de mode opératoire :de la technologie à la vision globale
SOA
Par la base
Modèles & méthodes
Techniques & savoir-faire
Proof of concepts Web services
Outils & technologiesOpportunités
Par le haut
Gouvernance — Métiers, Gestion du SI – monitoring
Architecture — Principes, pratiques
Gestion du changement — processus
Stratégie
Infrastructure
©IDC, 2006
Rupture — La constante, c’est le changement
Organisations
Processus Incremental # achat programmé + upgrade Extensions et transformations Changements d’attitudes et de savoir-faire
Editeurs
Licences et politiques tarifaires Solutions OEM/embarquées Alliances et partenariats Réseau à valeur ajoutée Différenciation
Marché
Convergence des technologies Open source Consolidation … et croissance La SOA n’est pas une fin en soi..
©IDC, 2006
Il ne faut pas confondre SOA avec simplification
Une nouvelle complexité émerge face aux :• combinaisons de services possibles• messages• applications composées • processus• services d’authentification (sécurité)• Service level agreements
Une complexité renforcée par les évolutions fréquentes des composants sur lesquels les SOA sont basées
• Nouvelles règles métiers pour s’adapter aux changements • Nouvelles versions des applications du SI• Nouvelles exigences de sécurité IT avec l’ouverture croissante du SI• Changement des réglementations locales qui impactent les audits
©IDC, 2006
• La proposition de valeur d’une architecture orientée services est attractive : ROI élevé, pérennité des applications et des technologies utilisées, alignement de l’IT sur le Business (et non l’inverse) …
• Les SOA intègrent cependant un nouveau niveau de complexité lié à la multitude de composants destinés à s’articuler entre eux et à leur fréquence de changement
• Cette complexité est un challenge de taille pour les entreprises : la gestion du cycle de vie des services basés sur SOA & le pilotage du changement
• Alors que les solutions informatiques destinées à développer les SOA représenteront une opportunité de marché à court terme pour les acteurs IT, les technologies capables de gérer cette complexité représenteront la plus grande part du marché à moyen terme (2 à 3 ans).
Conclusions
©IDC, 2006
MerciMerci
124 bureaux de la Colline92213 Saint-CloudFrance
idc.com
Guillaume RaveryDirect : +33 1 55 39 61 [email protected]
Logiciels, Services et InfrastructureIDC France
Top Related