Les Architectures Orientées Services (SOA)

Sujets

• Sondage d'opinion
• Architecture informatique
• Service public
• Java EE
• FIV
• Le Parisien

Informations

• Publié par: Thuer
• Nombre de lectures: 143
• Langue: Français
• Poids de l'ouvrage: 1 Mo

Extrait

ÉTUDE SOA Perception des entreprises françaises ENJEUX ET PERSPECTIVES DES ARCHITECTURES ORIENTEES SERVICE Sondage réalisé auprès de 85 entreprises utilisatrices F é v r i e r 2 0 0 7 c onception & réalisatio n graphique : p a m m p r e s s e p p aÉtude SOA – Février 2007 1 Panel et méthodologie du sondage ...........................................................3 2 Introduction à SOA .......................................................................................4 3 Synthèse de l'étude ....................................................................................6 4 Résultats du sondage ..................................................................................8 4.1 Les enjeux du SOA .............................................................................................. 8 4.1.1 Connaissance et interprétation du concept de SOA .............................................. 8 4.1.2 Typologie d’entreprises concernées par SOA ......................................................... 8 4.1.3 Pénétration de SOA dans les entreprises ............................................................... 9 4.1.4 Les freins à l’essor de SOA 9 4.1.5 Les bénéfi ces attendus de SOA ............................................................................. 10 4.1.6 Typologie des projets SOA ....................................................................................... 10 4.1.7 Les décisionnaires en matière de SOA .................................................................. 10 4.1.8 Projets SOA : Les compétences recherchées ....................................................... 11 4.2 L'outillage SOA .................................................................................................. 12 4.2.1 Appréciation de l’offre SOA actuelle ....................................................................... 12 4.2.2 Lacunes des outils SOA .......................................................................................... 12 4.2.3 Intégration des applications existantes .............................................................. 13 4.2.4 Typologie des approches SOA ................................................................................ 13 4.2.5 Choix de la plateforme de développement ........................................................... 14 4.2.6 Critères de choix entre J2EE et .NET .................................................................... 14 4.2.7 Rôle des annuaires dans un contexte SOA 15 4.3 Mise en œuvre d'une stratégie SOA ...............................................................15 4.3.1 Les liens entre SOA et BPM ..................................................................................... 15 4.3.2 Perception des acteurs du marché SOA ................................................................ 16 4.3.3 Choix des prestataires SOA .................................................................................... 16 À propos de ............................................................................................................................................. 17 2Étude SOA – Février 2007 1 PANEL ET MÉTHODOLOGIE DU SONDAGE Cette étude découle d’un sondage exclusif réalisé en ligne entre le 9 novembre 2006 et le 6 décembre 2006. La population sondée est constituée de membres des Clubs 01DSI et DI, responsables informatiques en poste dans des entreprises utilisatrices. Ces derniers ont été invités à répondre à ce sondage par plusieurs emails envoyés en novembre et décembre 2006. 85 questionnaires sur 89 ont été validés. Cette validation s’est effectuée sur les critères suivants : • Questionnaires complétés entièrement • Élimination des réponses en double ation des réponses auxquelles n’étaient pas associées un email et un nom valides • Élimination des questionnaires issus de personnes en poste chez un fournisseur informatique (SSII, éditeurs, constructeurs, consultants...) L’analyse des résultats du sondage a été réalisée avec l’aimable collaboration de Guillaume Plouin, responsa- ble de la veille technologique chez SQLI, et Pascal Grojean, directeur de SQLI Consulting. Pour tout complément d’information, vous pouvez joindre : • Pôle Hors Média, Groupe Tests 01 44 25 34 49 • Guillaume Plouin, responsable de la veille technologique chez SQLI 01 55 93 26 00 ou [e-mail] 3Étude SOA – Février 2007 2 INTRODUCTION À SOA La défi nition SOA, Service-Oriented Architecture, est un modèle d’organisation du système d’information et de l’architecture sous-jacente, bâtis autour des notions de composants et de services informatiques réutilisés et recombinés facilement à travers une interface standard. Logiciels et composants applicatifs se publient mutuellement sur le réseau sous forme de service offert aux autres logiciels et composants. Dans l’architecture SOA, dès qu’un composant est créé, il peut être utilisé par n’importe quelle application au sein de l‘entreprise. Les axes majeurs de la SOA sont : • La réutilisation et la composition, permettant le partage de modules entre applications et les échan- ges inter-applicatifs ; • La pérennité, qui implique notamment le support des technologies existantes et à venir ; • L'évolutivité, car toute application est vivante, a une certaine durée de vie, peut se voir greffer de nouveaux modules et doit pouvoir répondre aux nouveaux besoins fonctionnels ; • L'ouverture et l'interopérabilité, pour partager des modules applicatifs entre plates-formes et envi- ronnements ; • La distribution, pour pouvoir utiliser ces modules à distance et les centraliser au sein de l'entreprise par exemple ; • La performance, avec en priorité l'accent mis sur la montée en charge. La promesse Même si le principe des architectures orientées service est ancien dans l’histoire de l’informatique, l’acro- nyme SOA est beaucoup récent (2003). Concept rapidement repris et décliné par quasiment l’ensemble des fournisseurs informatiques, SOA porte l’ambition de révolutionner l’utilisation et les bénéfi ces des logiciels d’entreprise en permettant une véritable agilité opérationnelle et technologique. Autrement dit, avec SOA, le système d’information serait enfi n capable d’évoluer très rapidement et de s’adapter immédiatement aux changements d’organisation et d’objectifs de l’entreprise. 4Étude SOA – Février 2007 Le glossaire SOA BPM PBM, Business Process Management, se réfère aux actions menées par les entreprises pour optimiser et adapter leurs processus business. ESB ESB, Entreprise Service Bus, est une architecture logicielle appartenant à la catégorie des middlewares, théo- riquement fondée sur des standards et qui fournit les services fondamentaux pour des architectures plus complexes au moyen d’un moteur (le bus) opérant par événements et par un système de messages stan- dards. XML XML, eXtensible Markup Language, standard du W3C, est la technologie-clé pour la SOA. Il fournit la description des données des fi chiers, ciment indispensable entre applications et composants hétérogènes. UDDI UDDI, Universal Discovery Description Integration, est un standard OASIS (Organization for the Advancement of Structured Information Standards) dans sa version 3.0.2 à l’initiative de plusieurs fournisseurs dont Microsoft, afi n de créer un processus universel de publication et de découverte de composants logiciels sur un réseau.. UDDI décrit la notion de catalogue de services. SOAP SOAP, Simple Object Access Protocol, utilise essentiellement les standards XML et http. Indépendant des mo- des de transport et des technologies sous-jacentes, Il défi nit les messages runtime qui contiennent la requête de service et sa réponse. WSDL WSDL, Web Services Description Language, est le standard de description de services. Il décrit un service Web et le message SOAP et fournit un moyen de programmer la description de ce que fait un service, permettant ainsi l’automatisation. BPEL BPEL, Business Process Execution Language, est un langage pour la spécifi cation formelle des processus business et des protocoles des interactions business. BPEL étend l’interaction des Services Web à la notion de transaction. 5Étude SOA – Février 2007 3 SYNTHÈSE DE L’ÉTUDE SOA a défi nitivement marqué les esprit Les directions informatiques ont désormais intégré l’architecture orientée service (SOA) dans leur stratégie : tel est le premier constat de ce sondage effectué par le Club 01DSI auprès de 85 responsables informatiques, représentatifs de la diversité des entreprises françaises en termes de taille et d’activité. Seuls 11% de ces répondants estiment encore que SOA n’est qu’un buzz marketing. Environ les trois-quarts des responsables informatiques affi rment, en revanche, que SOA est une démarche qui impactera l’ensemble du système d’in- formation, quelle que soit la taille ou la l’activité de l’entreprise. Ils sont également une majorité à considérer que leurs applications existantes (dites legacy) seront à terme intégrées dans une architecture SOA. Quels sont les bénéfi ces attendus d’une telle mutation ? Un système d’information plus agile, plus interopérable avec les SI des partenaires, et plus standardisé. Une mise en œuvre retardée par manque de compétences Reste que si la réfl exion stratégique autour de SOA semble bien avancée, la mise en œuvre tactique est plus lente. Dans notre panel, seulement 21% des entreprises ont déjà initié un ou plusieurs projets SOA. Elles sont en revanche 53% en attente d’un projet pilote. De fait, sur le terrain, SOA donne lieu pour l’instant à des chan- tiers limités en nombre et en envergure. Parmi les freins à l’essor de SOA, il y a d'abord une absence de compétences, mais surtout un manque de mé- thode et de savoir-faire. Ceci explique probablement pourquoi 46% des entreprises n’ayant pas encore fait le saut vers SOA justifi ent ce « retard » par le fait qu’elles ont des projets plus