Le produit WebSphere Business Services Fabric offre un environnement synergique gouverné qui permet aux administrateurs, architectes, analystes métier et développeurs d'assembler et de distribuer collaborativement des services métier dans un système d'architecture orientée services (SOA).
La figure ci-dessous présente une vue de haut niveau du processus d'assemblage de WebSphere Business Services Fabric, y compris la manière de développer, de déployer, d'appeler et d'optimiser les services métier.
Pour pouvoir commencer à utiliser WebSphere Business Services Fabric, vous devez exécuter les activités de configuration suivantes après avoir installé le produit. Vous ne pouvez pas commencer à utiliser WebSphere Business Services Fabric avant que ces opérations de configuration aient été effectuées.
Effectué par l'administrateur dans Business Services Governance Manager.
Effectué par l'administrateur dans Business Services Subscriber Manager > Gérer les abonnés.
Le processus WebSphere Business Services Fabric couvre les activités de développement de services métier de bout en bout, de la conception au déploiement auprès des utilisateurs, telles que les activités standard suivantes :
Pour plus d'informations sur ces activités, reportez-vous à la documentation en ligne fournie avec chaque module.
Tous les modules WebSphere Business Services Fabric doivent être installés et exécutés avant le lancement de ce processus. Pour développer, déployer, appeler et optimiser les services métier, procédez comme suit :
Les activités de WebSphere Business Services Fabric sont effectuées dans le cadre d'un projet. La configuration de chaque projet est associée au contenu des métadonnées et à l'équipe qui gère ce contenu. Différents types de projets peuvent être créés pour différentes sortes de contenu. Au début d'un projet de développement, un administrateur doit créer un type de service métier pour ce projet, lui affecter une équipe et attribuer des espaces de noms pour les instances appartenant à ce projet. D'autres types de projet sont utilisés pour le contenu sectoriel, les sources fédérées et les extensions ontologiques.
Au cours de cette étape, l'administrateur doit également affecter des espaces de noms (des emplacements de métadonnées de service métier) à chaque projet Fabric. Les espaces de noms sont catégorisés en fonction du type de métadonnées qu'ils stockent. En règle générale, un projet possède au moins un espace de noms de type Instance pour le stockage d'instances. Si le projet contient des services métier et des inscriptions pouvant faire l'objet d'un abonnement, il doit disposer d'un espace de noms de type Inscription pour stocker les inscriptions et les abonnements.
Effectué par l'administrateur dans Business Services Governance Manager > Configurer les projets.
L'administrateur doit également déterminer quels espaces de noms d'autres projets doivent être visibles et utilisables par les nouveaux projets Fabric. Des espaces de noms importés d'un projet permettent aux utilisateurs du projet d'observer et de se référer aux métadonnées stockées dans ces espaces de noms. A mesure qu'un projet évolue, il peut nécessiter des instances d'autres projets. Un projet peut aussi nécessiter d'exposer certaines instances dans un espace de noms afin qu'elles puissent être utilisées par d'autres projets. L'administrateur peut réviser ces exigences à différentes étapes du projet.
Effectué par un rôle administrateur dans Business Services Governance Manager > Configurer les espaces de nom.
Un utilisateur Business Services Composition Studio met à jour l'espace de travail du projet pour télécharger la dernière version du référentiel dans l'espace de travail. L'utilisateur sélectionne ensuite un projet dans la liste des projets mise à la disposition de l'équipe de l'utilisateur. La mise à jour et la sélection d'un projet entraîne la configuration de l'environnement du projet. Une fois l'environnement configuré, l'utilisateur peut créer des instances de métadonnées dans les espaces de noms que possède le projet. Les instances d'espaces de noms importées d'autres projets sont en lecture seule.
Une fois qu'un projet Fabric a été configuré avec utilisateurs et espaces de noms par un administrateur, l'équipe de projet Fabric, qui comprend les architectes, développeurs et analystes métier, peut instancier des métadonnées de service métier, telles que ses services métier, services Web et noeuds finals.
Effectué par les rôles de développeur et d'architecte dans Business Services Composition Studio.
Toute modification apportée aux métadonnées de service métier est validée lors du processus de gouvernance. Une fois les métadonnées instanciées pour un projet Fabric et son environnement défini, un membre d'équipe peut soumettre les modifications au processus de gouvernance pour validation.
Effectué par les rôles de développeur et d'architecte dans Business Services Composition Studio.
L'administrateur de gouvernance consulte les modifications apportées aux métadonnées de service métier, les valide et les publie dans le référentiel. L'administrateur peut rejeter les modifications si elles sont incompatibles avec les métadonnées existantes.
Effectué par le rôle d'administrateur dans Business Services Governance Manager > Gérer les modifications.
Pour exécuter cette étape, vous devez vous assurer que les artefacts de l'application dans un projet sont validés, que les activités de déploiement sont terminées et qu'il est possible de s'inscrire et de s'abonner aux services métier définis pour ce projet.
Par la suite, l'administrateur d'une organisation inscrit des utilisateurs et des organisations à des services métier pour leur permettre d'accéder à des services (en les appelant).
Effectué par différents rôles dans Business Services Subscriber Manager > Gérer les abonnés.
Dans un environnement de production, un utilisateur de service métier appelle un service métier. A l'aide des métadonnées du service métier, Business Services Dynamic Assembler fait appel au noeud final disponible le plus adapté. Il examine l'utilisateur, le service métier, le contenu de la demande et les règles appliquées au service métier, puis renvoie une réponse adaptée. Par exemple, une réponse appropriée peut se définir par l'appel d'un noeud final dans un temps de réponse approprié pour un niveau de service de client.
Un administrateur d'applications peut accéder aux rapports de performances de service métier et optimiser les performances de ce service.
Effectué dans Business Services Performance Manager par différents rôles.