Le architecture orientée services (SOA) C'est le cadre sur lequel les communications entre les différents services sont construites. Leur rôle est fondamental pour permettre non seulement leur interaction, mais aussi son efficacité., rendant possible l'accomplissement de l'objectif pour lequel ils ont été conçus.
SOA combine deux facteurs importants:
- La simplicité des protocoles d'accès aux objets (SAVON) sur lesquels se concentrent les services Web.
- La complexité de permettre des interactions entre eux de nature totalement autonome et indépendante.
Et est-ce, Dans ce but, l'architecture orientée services est efficace, à tel point qu'il est même possible pour une entité de gérer une unité de travail pour le compte d'une autre, ou que différents consommateurs peuvent communiquer avec le service de différentes manières.
Pour beaucoup, c'est la réponse idéale pour mener des négociations entre fournisseurs et consommateurs, grâce à ces propriétés et à l'environnement de flexibilité du protocole dans lequel il est embarqué.
Architecture orientée services dans les opérations quotidiennes
De nombreuses situations quotidiennes impliquent une interaction avec une architecture orientée services. L'exemple le plus courant est tout achat effectué sur Internet.. La procédure pourrait se résumer comme suit:
- Vous accédez d'abord au catalogue ou à la boutique en ligne sélectionné.
- Ensuite, vous avez accès à la liste des produits à vendre, dont la commande est spécifiée au moyen d'un service, communiquer avec une application d'inventaire. Cela vous permet de déterminer si les publications demandées, ou ceux qui montrent de l'intérêt, sont disponibles dans les tailles et les couleurs pour lesquelles la recherche a été faite.
- Une fois que l'utilisateur a choisi un produit, procéder à l'achat. À ce moment là, les détails de la commande et les données d'expédition sont envoyés à un autre service qui calcule le montant total de la transaction, informe du délai de livraison du courrier demandé et fournit un numéro de suivi.
- Une fois l'achat terminé, un autre service permettra au client de connaître à tout moment l'état de sa commande, entrer le numéro de suivi dans l'application respective.
La communication est essentielle dans cette procédure où, Même si du point de vue de l'utilisateur, vous ne pouvez voir qu'une seule transaction, d'une approche systémique, il y a eu plusieurs interactions entre de nombreux services Web différents dans un cadre SOA, Comment pourrait-il en être autrement.
Crédits photos: “Achats mobiles” de bplanète
Les principes de l'architecture orientée services
Il n'y a pas de normes concernant composition exacte d'un Architecture Orientée Services, mais certains des principes les plus importants et les plus couramment appliqués sont les suivants:
- Contrat de service standardisé: implique l'adhésion à un contrat de communication en vertu duquel les services sont définis et décrits, à la fois dans son ensemble et plus en détail.
- Abstraction des services: Cette conceptualisation ne fait pas référence à sa facilité d'utilisation mais à la logique derrière chaque service.
- Réutilisation des services: à la poursuite de l'économie de développement et de maintenance, la logique est divisée en services avec l'intention de promouvoir votre réutilisation.
- Autonomie des services: Ce principe est applicable aux phases de conception et d'exécution et fait référence au contrôle que les services ont sur la logique qu'ils encapsulent..
- Découverte de services– Avec l'efficacité comme objectif final, les services sont complétés par des métadonnées à travers lesquelles les différentes possibilités disponibles peuvent être découvertes et interprétées.
- Transparence de la localisation des services: fait référence à la capacité d'un consommateur de service d'invoquer un service, quel que soit votre emplacement réseau. Ce principe s'articule autour de l'accréditation de la propriété de découverte et du droit d'un consommateur d'avoir accès au service.. Elle peut également être interprétée en termes de virtualisation des services, qui s'appliquerait dans un chaos où le consommateur appelle simplement un service logique, tandis qu'un SOA permet l'exécution de la composante infrastructure, généralement un bus de service, qui mappe ce service logique et procède à l'exécution de l'appel au service physique.
Savez-vous déjà tirer parti de l'architecture orientée services pour booster l'efficacité des communications entre eux ?? Posez-nous toutes les questions qui peuvent survenir dans le cadre du projet SOA que vous avez en cours et nous vous aiderons à tirer le meilleur parti de vos ressources.
Article similaire:
