SOA - Blueprint

Descrição

O projeto de SOA contém alguns dos seguintes objetivos:

  • Requisitos dos princípios de design

  • Tarefas específicas dos princípios de design

  • Interação de serviços

  • Detalhes do cenário de integração

  • Modelos para as tarefas específicas

Conceitos de projetos de SOA

A figura a seguir mostra o blueprint SOA com diferentes concpets:

Considerações em SOA

Existem algumas considerações que devem ser abordadas em SOA:

A infraestrutura

  • Acessível aos requisitos

  • Requisitos de desempenho

  • Plataforma para sistema

Arquitetura

  • Modelos de domínio e serviço

  • Organização de serviços

  • Processo de integração da estrutura

  • Qualidade do serviço

  • Padrões de troca de mensagens

Desenvolvimento

  • Diretrizes de design para desenvolvimento de projeto

  • Ferramentas necessárias para o projeto

  • Validação e modificação de coisas necessárias

  • Tratamento de erros

  • Segurança para acesso ao serviço

Administração

  • Gerenciando e construindo

  • Testando e implantando o projeto

  • Localização dos dados armazenados e registro do aplicativo

A figura a seguir mostra o blueprint SOA com classes diferentes:

SOA contém as funções principais do blueprint que são chamadas de Programas e BAM .

Programs

Os programas estão associados a questões departamentais que gerenciam o desenvolvimento, monitoramento e operação do SOA. Os programas incluem algumas áreas, como gerenciamento de serviços, operação e implementação de domínios de serviço, funções de projeto SOA, conversão entre funções e tarefas.

Business Activity Monitoring(BAM)

A funcionalidade de monitoramento da atividade de negócios pode ser usada pelos produtos para exibir os detalhes do tempo de execução no sistema gráfico. Os produtos BAM incluem adaptadores ou sensores que são usados ​​para acessar os dados usando Java, PL / SQL e outras linguagens.

View Layer

A camada de visualização fornece dois tipos de aplicativos; um é o aplicativo RichClient e o outro é o aplicativo WebClient. O aplicativo rich client processa os dados no lado do cliente e contém alguns programas instalados localmente com pouca dependência de recursos de rede. O cliente web é um componente do lado do servidor cliente que contém aplicativos em execução no computador do usuário e conectados ao servidor.

Application Server

O servidor de aplicação inclui algumas funcionalidades como workflow, regras, registro, CEP, ESB, serviços e sistemas.

Workflow

O workflow é utilizado quando existe uma interação entre o humano e a implementação que é feita através do XPDL (XML Process Definition Language). O BPEL (Business Process Execution Language) foi usado para processos executáveis. Quando há uma atualização no recurso de interação humana usando as especificações WS-HumanTask e WS-BPEL4People, resulta em limites confusos de chamadas de serviço automatizadas.

Rules

As regras podem ser modificadas ou alteradas comumente em tempo de execução, quando não são incorporadas ao sistema. Você pode definir as regras que são baseadas no sistema ou linguagem natural, antes de se tornarem acessíveis usando as interfaces como Java, serviço da Web, etc. Os produtos contêm regras como regras JBoss, regras WebSphere ILOG, regras visuais e regras de negócios Oracle.

CEP

O CEP significa Complex Event Processing, que permite navegar por fluxos de eventos com base em um determinado padrão que pode não estar correlacionado no tempo ou no conteúdo. A linguagem Continuous Query Language (CQL) contém uma linguagem de consulta no estilo SQL que anexa os elementos para organizar os fluxos de dados às construções da linguagem SQL.

ESB

O ESB significa Enterprise Service Bus que fornece padrões que são responsáveis ​​pelas tarefas e variam do roteamento à acessibilidade, permitem a interação entre a transformação da mensagem e do protocolo e gerencia o ambiente SOA. O ESB é colocado entre o provedor de serviço e o consumidor, que é usado para virtualização de serviço. Os serviços e sistemas são anexados ao ESB.