©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 34gravery@idc.com

Logiciels, Services et InfrastructureIDC France