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...