Le travail de l’architecte ou comment appliquer le style SOA
Architectures orientées services SOA

Un service d’une architecture orientée service se définit par son URI et par la représentation XML d’un message ou d’une ressource. Ces éléments n’ont pas d’adhérence avec une technologie particulière. Ils doivent être définis par l’architecte. Voici un exemple de check-list qu’il faudra personnaliser selon l’environnement :

• le premier travail de l’architecte consiste à identifier et à nommer les ressources persistantes par des URI. Une ressource persistante a une durée de vie supérieure à celle d’une transaction ou d’une session. En aucun cas un URI ne doit être la conséquence d’un développement ;

• il faut bien sûr préférer un nommage logique à un nommage physique des URI pour masquer une implémentation spécifique. Sous Apache, il existe un module mod_rewrite qui permet de manière transparente de rediriger un URL vers un autre. Sous IIS, c’est un peu plus compliqué car il n’y a rien en standard. On peut soit écrire un filtre ISAPI, soit utiliser un composant d’une tierce partie ;

• il faut noter que l’URI logique ne contient pas d’indication sur la manière dont chaque service élabore ses réponses. C’est ce qu’on appelle un couplage lâche [loosely coupled ]. C’est un principe général d’architecture des systèmes informatiques, trop souvent oublié qui devient « naturel » avec SOA ;

• les ressources doivent être identifiées par des noms, pas par des verbes. Les ressources représentent des états, pas des actions. C’est d’ailleurs la grande différence avec des techniques du type RPC ou Objet qui détaillent à l’infini des actions (méthodes) ;

• les URI ne doivent pas changer car vous ne saurez jamais qui détient des vieilles références : liens dans d’autres pages, utilisateurs dans leurs favoris, notes sur un bout de papier ;

• le contenu des bases de données ou les entités métiers doit avoir des URI. Tout navigateur devient un client du pauvre très utile pour les tests. Les références peuvent se trouver dans d’autres médias comme des messages électroniques ou de la documentation. Le XSLT devient utilisable pour présenter, inclure ou transformer les données ;

• la toute puissance du HTTP GET et de la représentation hypermédia permet grâce à des liens de construire la navigation ou...