Une SOA clé en main ?

Un post en anglais intéressant sur le blog de Judith Hurwitz (Cabinet d'analyste Hurwitz & Associates).
Judith explique que l'architecture orientée service ne peut s'acheter clé en main comme un programme de gestion intégrée (PGI - ERP) ou un environnement de gestion de la relation client (GRC - CRM).
Et pourtant, les grands vendeurs, comme IBM, SAP, Oracle/BEA clament le contraire en proposant un stack complet d'infrastructure et d'applications SOA.

D'après Judith, SOA est une architecture et une méthodologie, on ne peut donc pas la trouver dans un seul produit. Ensuite l'objectif même de SOA est de créer une infrastructure modulaire capable d'ajouter ou de retirer des composants supportant une nouvelle initiative métier ou ou nouvelle technologie. Enfin le meilleur itinéraire pour SOA est de commencer "petit" sans pour cela investir dans une toute l'infrastructure.

Quelques commentaires

• Faire confiance à un seul éditeur facilite la mise en oeuvre d'un environnement agile dans le cadre proposé par l'éditeur. C'est lui qui s'occupe de l'intégration de l'infrastructure et des applications et règle les problèmes d'intégration et d'interopérabilité entre les silos (lliens entre l'orchestration des services et le bus de messages, entre les services métiers et les services d'infrastructure, problèmes de sécurité). L'entreprise peut se consacrer à la définition et la réalisation des applications composites pour supporter ses processus métiers.
• C'est à la frontière entre deux environnements que les problèmes apparaissent. Il est d'ailleurs intéressant de questionner les différents éditeurs sur ce sujet. La réponse est toujours la même : tous les problèmes disparaissent si vous intégrez à partir du stack de l'éditeur. SOA tente d'apporter une réponse aux problèmes d'intégration et d'interopérabilité entre les silos applicatifs. Le mécanisme d'abstraction de l'implémentation des services, la publication des interfaces et des contrats, le respects des standards donnent des réponses simples et concrètes aux problèmes d'intégration.
• Mettre tous ses investissements dans le panier de l'éditeur nécessite l'acceptation d'une infrastructure intégrée au détriment de composants spécialisés plus efficaces. En faisant l'analogie avec le monde du hardware, un PC DELL présente un bon compromis couts vs. investissements. Par contre, l'achat et l'assemblage de composants spécialisés permet de se construire une machine ultra-performante pour faire de la CAO.
  

Il faut espérer que demain (ou après demain) le marché de la SOA aura suffisamment évolué pour offrir un ensemble de services technologiques, d'infrastructure et de services métiers fonctionnels qui permette, de créer des services métiers en ligne avec les besoins des clients. En cas d'évolution dans la stratégie métier de l'entreprise, de nouveaux besoins prioritaires des utilisateurs, d'évolution technologique majeure, il suffira de remplacer un service par sa version améliorée ou un service d'un autre fournisseur.

Libellés : interopérabilité, SOA

posted by JEMM research @ 19:20 0 comments permalink