II.6. Principaux objectifs de l'architecture
orientée services
On dénombre trois grands objectifs de l'architecture
orientée services, chacun axé sur une partie distincte du cycle
de vie applicatif.
+ Le premier vise à structurer sous forme de services
les procédures ou composants logiciels. Ces services sont conçus
pour être faiblement couplés aux applications : ils ne servent
qu'en cas de besoin. Ils sont prévus pour que les développeurs,
tenus de standardiser la création de leurs applications, les utilisent
facilement.
+ Le deuxième objectif est de fournir un
mécanisme de publication des services disponibles qui comprend la
fonctionnalité et les besoins d'entrée/sortie (E/S ou
I/O). Les services sont publiés de manière à faciliter
leur intégration aux applications.
+ Le troisième objectif de l'architecture SOA est de
contrôler l'utilisation de ces services pour éviter tout
problème de sécurité et de gouvernance. La
sécurité de cette SOA est surtout axée sur la
sécurité des composants individuels en son sein, sur les
procédures d'authentification et
19
d'identification en lien avec ces composants, et la
sécurisation des connexions entre les composants de l'architecture.
II.7. Avantages d'une architecture orientée
service
> Réutilisation des services: dans
SOA, les applications sont créées à partir de services
existants, ce qui permet de réutiliser les services pour créer de
nombreuses applications.
> Maintenance facile: les services
étant indépendants les uns des autres, ils peuvent être mis
à jour et modifiés facilement sans affecter les autres
services.
> Indépendant de la plateforme: SOA
permet de réaliser une application complexe en combinant des services
sélectionnés à partir de différentes sources,
indépendantes de la plateforme.
> Disponibilité: les installations
SOA sont facilement accessibles à tous sur demande.
> Fiabilité: les applications SOA
sont plus fiables car il est facile de déboguer de petits services
plutôt que des codes volumineux
> Évolutivité: les services
peuvent s'exécuter sur différents serveurs dans un environnement,
ce qui augmente l'évolutivité.
II.8. Désavantages d'une architecture
orientée service
> Frais généraux
élevés: une validation des paramètres
d'entrée des services est effectuée chaque fois que les services
interagissent, ce qui diminue les performances car cela augmente la charge et
le temps de réponse.
> Investissement élevé: un
investissement initial énorme est requis pour la SOA.
> Gestion de services complexes: lorsque
les services interagissent, ils échangent des messages aux tâches.
le nombre de messages peut aller en millions. Gérer un grand nombre de
messages devient une tâche fastidieuse
| 
