Architecture Orientée Services (SOA)
Gouvernance SOA : Identification des échanges
L'identification des échanges est réalisée conjointement à l'identification des services. De la découverte d'un service découlent les échanges qui s'y rattachent.
Par exemple, à partir d'un service "Simulateur de crédit" on identifie un message entrant "Demande de simulation crédit" et un message sortant "Simulation crédit".
Cet exemple montre qu'un message seul ne suffit pas à représenter l'ensemble des interactions nécessaires à l'obtention d'un résultat. A cette fin, il est nécessaire de regrouper ces messages au sein d'une interaction.
Une interaction est un contrat d'échange entre deux partenaires.Chaque partenaire est représenté par le rôle qu'il joue dans le contrat d'échange.
Chaque échange élémentaire est spécifié par un message.
Les interactions permettent de décrire les interfaces des services, c'est à dire l'ensemble des messages en entrée et en sortie qu'ils doivent prendre en compte.
Dans notre exemple l’interaction Simulation Crédit comporte les deux messages
Demande de simulation crédit et Simulation crédit.
L'application "Simulation de crédit" offre un service "Simulateur de crédit." Celui-ci joue le rôle de "Fournisseur de simulation". Il doit donc pouvoir répondre au message "Demande de simulation crédit" par le message "Simulation crédit". Le diagramme d'architecture interne de l'application "Simulation de crédit" montre comment le service "Simulateur de crédit" est sollicité au moyen de l’interaction "Simulation crédit". Ce même service doit lui-même collaborer avec les services "Consultation situation client" et "Evaluation risques immobiliers" afin de pouvoir effectuer ses traitements.
"N'essayez pas de devenir un homme qui a du succès. Essayez de devenir un homme qui a de la valeur."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services de sécurité
Tout comme celle d'administration, la notion de sécurité du système d'information peut être vue en dehors de l'aspect fonctionnel de l'entreprise. C'est une problématique à part entière qui traverse toutes les couches de services quel que soit le métier adressé. Ici, l'objectif est de protéger le système d'information contre toutes sortes d'agressions qu'elles soient logicielles ou matérielles, intentionnelles ou non.
Parmi les services correspondant à cette problématique, on trouve :
- Les services d'accès : l'objectif est de contrôler l'accès aux applications, aux serveurs ou à certaines parties du réseau. Les applications de type pare-feu sont dédiées à cette problématique.
- Les services d'authentification : il s'agit de contrôler l'identité des personnes accédant à des ressources logicielles. Des protocoles comme SSO (Single Sign On) permettent d'unifier l'authentification pour plusieurs applications utilisées sur le même poste.
- Les services d'intégrité : le but est d'assurer que les données transmises n'ont pas été altérées pendant leur transport. Ces services sont généralement basés sur le calcul d'une clé dont la valeur dépend du contenu transféré. A l'arrivée, la clé et le contenu sont comparés pour détecter une éventuelle faille d'intégrité.
- Les services de confidentialité : il s'agit de contrôler que les donnée transférées à une personne ne peuvent pas être lues par une autre. Des services d'encryptage sont généralement la solution.
Un certain nombre d'organismes se sont donnés pour tâche de recenser les risques envisageables en termes de sécurité afin de mieux les appréhender.
On trouve parmi eux les recommandations ITIL (Information Technology Infrastructure Library), ou celle du CERT (Computer Emergency Response Team).
"Il est plus facile de désintégrer un atome qu'un préjugé."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services d'administration
Le système d'information est un des leviers majeurs de la mise oeuvre des processus. En tant que tel, il nécessite une administration qui doit permettre de prendre des décisions relatives à son évolution. Il est donc opportun de définir une architecture spécifique pour son administration.
L'objectif est généralement de déterminer :
- si l'ensemble des services mis en place répondent aux besoins
- s'ils sont correctement dimensionnés du point de vue de la performance
- s'ils sont continuellement accessibles
- s'ils sont régulièrement et facilement mis à jour, etc.
Pour répondre à ces problématiques internes, on pourra avoir recours aux services définis ci-dessous (liste non exhaustive) :
- Services de recensement des incidents
- Services d'analyse du trafic réseau
- Services de mise à jour des applications
- Services d'administration de la sécurité
- Services d'identification des ressources matérielles, etc.
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services de communication
Une architecture orientée service est basée sur les services et leurs échanges. La gestion des échanges donne lieu elle-même à la mise en place de services dédiés.
Dans une architecture de ce type, il est impératif d'utiliser des protocoles et des services standard capables de transporter les messages entre les différents services fonctionnels. Ces derniers étant de nature hétérogène, le système de communication repose sur des protocoles indépendants des messages transférés. Il est alors nécessaire de disposer de services dédiés à la "traduction" des messages depuis le format natif vers le format indépendant et inversement.
SOAP est un bon exemple de protocole mis en place pour répondre à cette problématique. On trouve bon nombre de services capables de prendre en charge ou de transférer un message SOAP que ce soit sur des plateformes Unix, Windows ou autres.
"Ce qui compte ne peut pas toujours être compté, et ce qui peut être compté ne compte pas forcément."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services d'orchestration de processus
Les services d'orchestration de processus permettent d'enchainer des tâches implémentées par des services élémentaires dans le but d'automatiser tout ou partie de la chaine de valeur d'un processus métier.
Par exemple, un système de réservation de billets d'avion prend en charge la mise en attente d'un client au cas où un vol est complet. Dès qu'un désistement survient, le service gérant le processus prend automatiquement en charge le rappel du client (envoi du courrier électronique) et opère la réservation. Dans ce cas de figure, le service gère l'état courant de la transaction de réservation (en attente, réservé, annulé) pendant une période qui peut aller de quelques heures à plusieurs semaines.
Les moteurs d'exécution de processus du marché (BPMS : Business Process Management System) reposent sur la description formelle des processus par le biais d'un langage. Le plus populaire est BPEL (Business Process Execution Language). Il existe également une notation graphique pour représenter ces définitions de processus : BPMN (Business Process Management Notation).
"Une personne qui n'a jamais commis d'erreurs n'a jamais tenté d'innover."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services applicatifs
Les services applicatifs encapsulent des algorithmes réalisant des calculs complexes ou mettant en oeuvre des règles métiers. Dans l'exemple de crédit, un service de simulation de prêt immobilier est utilisé lors de l'entretien commercial avec le client.
Ce service met en oeuvre des algorithmes de calculs centralisés et peut-être partagé par d'autres processus.
"Soit A un succès dans la vie. Alors A = x + y + z, où x = travailler, y = s'amuser, z = se taire."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Les services déduits des modèles de données
Les données utilisées dans le contexte des processus de l'entreprise constituent également des indicateurs pour la détection des services.
L'opération "Finaliser la proposition de crédit" de l'article précédent met en évidence la nécessité de disposer d'un ou plusieurs services de gestion de l'entité "Offre de crédit". Le crédit est lié lui-même à l'entité client dont on voudra consulter les propriétés.
Les services de lecture, de mise à jour, de création et de destruction de chacune de ces entités peuvent ainsi être définis.
Ces quatre services de base sont généralement référencés par l'acronyme CRUD (Create, Retrieve, Update, Delete) et aboutissent le plus souvent à une implémentation dans une base de données relationnelle. De ces services atomiques découlent également les services d'interface homme-machine les mettant en oeuvre.
"Placez votre main sur un poêle une minute et ça vous semble durer une heure. Asseyez vous auprès d'une jolie fille une heure et ça vous semble durer une minute. C'est ça la relativité."
Albert Einstein
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Caractérisation des services
Que ce soit lors de la conception d'un système orienté service, ou de la création d'une architecture de référence, l'identification des services est une étape incontournable.
On peut s'aider de la typologie ci-dessous pour identifier les services :
- Les services fonctionnels
- Les services déduits des modèles de données
- Les services applicatifs
- Les services d'orchestration de processus
- Les services techniques et d'infrastructure
Ces services peuvent être déduits de l'analyse des processus de l'entreprise.
L'analyse d'un processus aboutit à une décomposition en opérations réalisées par les acteurs de l'entreprise (voir le guide de MEGA Process pour plus de détails).
Pour chaque opération, il est possible de déterminer dans quelle mesure elle doit être outillée à l'aide d'un service informatisé. On obtient alors un ensemble de services utilisés lors de la réalisation du processus.
Le processus "Instruire une commande de crédit immobilier" est partiellement accomplie par le chef d'agence qui met en oeuvre l'opération "Etudier et statuer sur la demande de crédit".
La réalisation de cette opération est assistée par un service fonctionnel : "Synthèse Situation Client".
"Le bonheur est la plus grande des conquêtes, celle qu'on fait contre le destin qui nous est imposé."
Albert Camus
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Concevoir une architecture de référence
Parmi les avantages apportés par la mise en place d'une architecture orientée service, il faut considérer le découplage possible de ce type d'architecture vis-à-vis des applications qui les mettent en oeuvre. Ainsi, on peut envisager la conception d'architectures dédiées à des problématiques restreintes mais ne faisant pas intervenir d'applications. Dans ce type d'architecture, les éléments d'étude sont réduits aux services, à leurs échanges et aux fonctionnalités rendues.
La conception de ce type d'architecture de service peut être motivée par des projets de convergence ou de mise en place de bonnes pratiques.
L'architecture orientée service trouve également d'autres débouchés naturels tels que la réutilisation des composants, la fourniture de service de support et l'amélioration de la gestion de capacité.
Réutilisation
Une description des applications allant jusqu'au détail des services qu'elles regroupent permet d'identifier les services élémentaires qui pourront être publiés pour réutilisation lors de la spécification d'une nouvelle application.
Fourniture de services de support
L'architecture de service facilite la mise en place d'architectures de support dédiées à la gestion des services fonctionnels : gestion de la sécurité, gestion de la communication, gestion de la performance. Les architectures de support sont un outillage clé pour la gouvernance des systèmes d'information.
Amélioration de la gestion de capacité
L'architecture de service facilite l'administration et le routage des messages permettant la mise en place de gestion de capacité. Ainsi, un service introduisant des chutes de performance lorsque le taux de charge augmente est dupliqué sur plusieurs serveurs et le message d'appel du service est routé vers le serveur ayant la charge la plus faible (principe de Load Balancing).
"Tout refus de communiquer est une tentative de communication ; tout geste d'indifférence ou d'hostilité est appel déguisé."
Albert Camus
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
Gouvernance SOA : Concevoir un système orienté service
La notion de service répond à quatre principes qui sont les fondements de la conception des systèmes d'information :
- La modularité : les services constituant un agencement cohérent de fonctionnalités permettent de concevoir le système d'information comme un assemblage d'éléments préfabriqués autonomes.
- L'interfaçage : la frontière d'un service permet de distinguer les données échangées par le service des traitements internes réalisés pour produire ces données. Les données requises et produites par un service définissent l'interface de communication du service.
- La contractualisation : l'interface d'un service est conçue comme un ensemble d'échanges réciproques entre le service et ses utilisateurs. Cette réciprocité définit les rôles du service et de ses utilisateurs dans le cadre d'un contrat d'échange.
- L'interopérabilité : seules les données échangées sont à partager. Ainsi, un programme COBOL peut-il être mis en relation avec un programme java dès lors que tous deux interagissent en tant que services échangeant des messages. On passe ainsi d'une intégration technique (cobol/java) à une intégration sémantique (de quoi parle-t-on dans l'échange ?). En outre, les standards de communication (HTTP, SOAP) et de description de données (XML) ou d'interfaçage (WSDL) ont permis l'accès à l'information au meilleur coût et pour toutes les organisations, ce qui démultiplie les capacités d'interopérabilité.
"Rien n'est stupide comme vaincre ; la vraie gloire est convaincre."
Victor Hugo
Voir aussi :
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/