Un regard sur les écrous et les boulons de larchitecture orientée services
Larchitecture orientée services (SOA) est un style de conception logicielle où les services sont fournis aux autres composants par des composants dapplication, via un protocole de communication via un réseau. Ses principes sont indépendants des fournisseurs et des autres technologies. Dans larchitecture orientée services, un certain nombre de services communiquent entre eux, de lune des deux manières suivantes: en passant des données ou via deux ou plusieurs services coordonnant une activité. Ce nest quune définition de larchitecture orientée services. Un article sur Wikipédia entre beaucoup plus en détail.
Caractéristiques de larchitecture orientée services
Bien que les concepts qui définissent larchitecture orientée services varient dune entreprise à lautre, il existe six principes clés qui recouvrent le vaste concept darchitecture orientée services. Ces valeurs fondamentales incluent:
Valeur commerciale
Objectifs stratégiques
Interopérabilité intrinsèque
Services partagés
Flexibilité
Raffinement évolutif
Chacune de ces valeurs fondamentales peut être vue sur un continuum allant de linformatique distribuée de format plus ancien à larchitecture orientée services en passant par le cloud computing (quelque chose qui est souvent considéré comme une ramification de larchitecture orientée services).
Modèles darchitecture orientée services
Il existe trois rôles dans chacun des éléments constitutifs de larchitecture orientée services: fournisseur de services; courtier de services, registre de services, référentiel de services; et demandeur de service / consommateur.
Le fournisseur de services travaille en conjonction avec le registre de services, débattant des raisons et des façons des services proposés, tels que la sécurité, la disponibilité, les frais à payer, etc. Ce rôle détermine également la catégorie de service et sil doit y avoir des accords commerciaux.
Le courtier de services met les informations concernant le service à la disposition de ceux qui le demandent. La portée du courtier est déterminée par celui qui limplémente.
Le demandeur de service localise les entrées dans le registre du courtier puis les lie au fournisseur de services. Ils peuvent ou non être en mesure daccéder à plusieurs services; qui dépend de la capacité du demandeur de service.
Implémentation dune architecture orientée services
Lorsquil sagit dimplémenter une architecture orientée services (SOA), il existe un large éventail de technologies qui peut être utilisée, en fonction de votre objectif final et de ce que vous essayez daccomplir.
En règle générale, larchitecture orientée services est implémentée avec des services Web, ce qui rend les « blocs fonctionnels accessibles via Internet standard ».
Un exemple de norme de service Web est SOAP, qui signifie Simple Object Access Protocol. En un mot, SOAP » est une spécification de protocole de messagerie pour léchange dinformations structurées dans la mise en œuvre de services Web dans réseaux informatiques. Bien que SOAP n’ait pas été bien accueilli au début, depuis 2003, il a gagné en popularité et est de plus en plus largement utilisé et accepté. Les autres options de mise en œuvre de larchitecture orientée services incluent Jini, COBRA ou REST.
Il est important de noter que les architectures peuvent «fonctionner indépendamment de technologies spécifiques», ce qui signifie quelles peuvent être implémentées de différentes manières, y compris la messagerie, comme ActiveMQ, Apache Thrift et SORCER.
Pourquoi larchitecture orientée services est-elle importante
Larchitecture orientée services présente de nombreux avantages, en particulier dans une entreprise basée sur des services Web. Nous allons décrire brièvement quelques-uns de ces avantages ici, en bref:
Utilisation Architecture orientée services pour créer du code réutilisable: non seulement cela réduit le temps consacré au processus de développement, mais il ny a aucune raison de réinventer la roue de codage chaque fois que vous devez créer un nouveau service ou processus. Larchitecture orientée services permet également pour utiliser plusieurs codi ng langages parce que tout passe par une interface centrale.
Utilisez larchitecture orientée services pour favoriser linteraction: avec larchitecture orientée services, une forme standard de communication est mise en place, permettant aux différents systèmes et plates-formes de fonctionner indépendants les uns des autres. Grâce à cette interaction, larchitecture orientée services est également capable de contourner les pare-feu, permettant aux entreprises de partager des services vitaux pour les opérations. »
Utiliser larchitecture orientée services pour lévolutivité: il est important de pouvoir faire évoluer une entreprise pour répondre aux besoins du client, mais certaines dépendances peuvent entraver cette évolutivité. Lutilisation de larchitecture orientée services réduit linteraction client-service, ce qui permet une plus grande évolutivité.
Utilisez larchitecture orientée services pour réduire les coûts: avec larchitecture orientée services, il est possible de réduire les coûts tout en restant » maintenir le niveau de sortie souhaité. » Lutilisation de larchitecture orientée services permet aux entreprises de limiter la quantité danalyses requises lors du développement de solutions personnalisées.
Comment larchitecture orientée services et le cloud computing fonctionnent ensemble
Premièrement, il est important de noter que Larchitecture orientée services peut fonctionner avec ou sans cloud computing, bien que de plus en plus dentreprises déplacent le stockage de fichiers vers le cloud, il est donc logique dutiliser conjointement le cloud computing et larchitecture orientée services.
En un mot, lutilisation du cloud computing permet aux utilisateurs de mettre en œuvre facilement et immédiatement des services adaptés aux exigences de leur clients, « sans avoir besoin de consulter un service informatique. »
Lun des inconvénients de lutilisation conjointe de larchitecture orientée services et du cloud computing est que certains aspects de celle-ci ne sont pas évalués, comme la sécurité et la disponibilité ilité. Lors de lutilisation du cloud computing, les utilisateurs sont souvent à la merci du fournisseur.
Il y a un défi assez majeur auquel les entreprises sont confrontées lors de la fusion du cloud computing et de larchitecture orientée services est lintégration des données et des systèmes existants dans le cloud Solution. Il faut une continuité du début à la fin pour quil y ait une transition transparente. Il est également important de garder à lesprit que tous les aspects informatiques ne peuvent pas être externalisés vers le cloud – il y a certaines choses qui doivent encore être faites manuellement.
Vous pouvez en savoir plus sur la façon dont larchitecture orientée services et le cloud linformatique fonctionne ensemble ici.
La différence entre larchitecture orientée services et le SaaS
Nous avons beaucoup parlé de ce quest larchitecture orientée services et de la manière dont elle peut être utilisée pour faire progresser votre entreprise. Mais il y a aussi le SaaS (Software as a Service), qui peut également être utilisé pour faire progresser votre entreprise. Vous vous demandez peut-être ce quest le SaaS et en quoi il diffère de larchitecture orientée services. En bref, les ressources disponibles via SaaS sont des applications logicielles. Un élément clé est que l’infrastructure SaaS est «disponible pour les utilisateurs, mais cachée». Un avantage du SaaS est que les utilisateurs nont pas à installer et à maintenir un logiciel, ce qui élimine toute exigence complexe. Avec le SaaS, le client na pas non plus besoin de licence initiale, ce qui réduit les coûts car les fournisseurs ne font que maintenir une seule application.
Différences entre larchitecture orientée services et les microservices
Microservices, également connu sous le nom darchitecture de microservices, est un « style architectural qui structure une application comme un ensemble de petits services autonomes, modélisés autour dun domaine métier. »
Alors que les microservices et larchitecture orientée services sont similaires à certains égards, les principales différences résident dans leur fonctionnalité. Les services sont, de toute évidence, la principale composante des deux. Il existe quatre types de services de base:
Service fonctionnel: ceux-ci définissent les opérations de base de lentreprise
Service dentreprise: ils implémentent la fonctionnalité définie par les services fonctionnels
Application service: ceux-ci sont limités au contenu dapplication spécifique
Service dinfrastructure: implémente des tâches non fonctionnelles telles que lauthentification, laudit, la sécurité et la journalisation
Comme vous pouvez le voir, chacun de ces services sappuie sur le précédent, créant un système qui est non seulement facile à utiliser, mais qui vous offre une variété de façons de gérer votre entreprise. Comme pour toute fonctionnalité, il sagit de déterminer ce qui fonctionne le mieux pour vous et votre entreprise.
Vous pouvez en savoir plus sur larchitecture orientée services et les microservices ici.
Quelques dernières réflexions Sur larchitecture orientée services
Comme vous pouvez limaginer, Larchitecture orientée services peut être un peu difficile à résoudre, mais une fois que vous en aurez compris les rouages et les avantages quelle peut apporter à votre entreprise, vous serez ravi de lavoir découverte.
Nous avons fourni plusieurs excellentes ressources darchitecture orientée services tout au long de cet article et nous avons quelques articles à venir qui approfondiront le concept et vous fourniront encore plus de ressources pour vous aider à pousser votre entreprise vers le niveau suivant.
Quelle que soit la direction dans laquelle vous décidez daller lorsque vous fournissez des services à vos clients, il est important de garder à lesprit que différentes choses fonctionneront pour différentes personnes. Bien que vous ne puissiez pas fournir de services personnalisés pour chaque client que vous avez engagé, vous pouvez fournir une gamme de services qui répondront aux besoins les plus courants de vos clients.
Dans les prochains articles, nous examinerons au Web 2.0 et plongez plus profondément dans les microservices darchitecture orientée services.