SOA - Plan directeur

La description

Le plan SOA contient les objectifs suivants:

  • Exigences des principes de conception

  • Tâches spécifiques des principes de conception

  • Interaction des services

  • Détails du scénario d'intégration

  • Modèles pour les tâches spécifiques

Concepts de plans SOA

La figure suivante montre un plan SOA avec différents concpets:

Considérations en SOA

Certaines considérations doivent être couvertes dans SOA:

Infrastructure

  • Accessible des exigences

  • Exigences de performance

  • Plateforme pour système

Architecture

  • Modèles de domaine et de service

  • Organisation des services

  • Processus d'intégration de la structure

  • Qualité du service

  • Modèles d'échange de messages

Développement

  • Directives de conception pour le développement de projets

  • Outils requis pour le projet

  • Validation et modification des choses requises

  • Gestion des erreurs

  • Sécurité pour l'accès aux services

Administration

  • Gérer et construire

  • Tester et déployer le projet

  • Emplacement des données stockées et enregistrement de l'application

La figure suivante montre un plan SOA avec différentes classes:

SOA contient les principales fonctions de blueprint qui sont appelées programmes et BAM .

Programs

Les programmes sont associés aux enjeux ministériels qui gèrent l'élaboration, la surveillance et le fonctionnement de la SOA. Les programmes comprennent certains domaines tels que la gestion des services, l'exploitation et la mise en œuvre de domaines de service, les rôles du projet SOA, la conversion entre les rôles et les tâches.

Business Activity Monitoring(BAM)

La fonctionnalité de surveillance de l'activité commerciale peut être utilisée par les produits pour afficher les détails d'exécution dans le système graphique. Les produits BAM comprennent des adaptateurs ou des capteurs qui sont utilisés pour accéder aux données en utilisant Java, PL / SQL et d'autres langages.

View Layer

La couche de vue fournit deux types d'applications; l'un est l'application RichClient et l'autre est l'application WebClient. L'application client riche traite les données côté client et contient certains programmes installés localement peu dépendants des ressources réseau. Le client Web est un composant côté serveur client qui contient des applications s'exécutant sur l'ordinateur de l'utilisateur et connectées au serveur.

Application Server

Le serveur d'applications comprend certaines fonctionnalités telles que le flux de travail, les règles, le registre, le CEP, l'ESB, les services et les systèmes.

Workflow

Le workflow est utilisé lorsqu'il y a une interaction entre l'humain et l'implémentation qui se fait via le XPDL (XML Process Definition Language). Le BPEL (Business Process Execution Language) a été utilisé pour les processus exécutables. Lorsqu'il y a une mise à niveau de la fonctionnalité d'interaction humaine à l'aide des spécifications WS-HumanTask et WS-BPEL4People, les limites des appels de service automatisés sont floues.

Rules

Les règles peuvent être modifiées ou changées couramment au moment de l'exécution lorsqu'elles ne sont pas intégrées au système. Vous pouvez définir les règles basées sur le système ou le langage naturel, avant de devenir accessibles en utilisant les interfaces telles que Java, le service Web, etc. Les produits contiennent des règles telles que les règles JBoss, les règles WebSphere ILOG, les règles visuelles et les règles métier Oracle.

CEP

Le CEP est l'acronyme de Complex Event Processing qui permet de parcourir les flux d'événements en fonction d'un certain modèle qui peut être décorrélé dans le temps ou le contenu. Le langage CQL (Continuous Query Language) contient un langage de requête de style SQL qui attache les éléments d'organisation des flux de données aux constructions du langage SQL.

ESB

L'ESB signifie Enterprise Service Bus qui donne des modèles responsables des tâches et va du routage à l'accessibilité, permet l'interaction entre la transformation du message et du protocole et gère l'environnement SOA. L'ESB est placé entre le fournisseur de services et le consommateur, utilisé pour la virtualisation des services. Les services et systèmes sont rattachés à l'ESB.