Apr01 Soa

SOA
Arquitetura
Orientada a
Serviços
rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 1
Tópicos
●
O que é um serviço?
●
Introdução
●
SOA x POO
●
SOA x peças da Lego
●
Definições de SOA
●
Componentes do SOA
●
Características do barramento de serviços
●
Princípios básicos de SOA
●
Modelo operacional triangular
●
Abordagem de serviços web para SOA

Tópicos
●
Camadas de abstração
●
Modelo de maturidade para SOA
●
Ciclo de vida SOA - EMIM
●
Modelo de ciclo de vida de desenvolvimento orientado a
serviço
●
Alguma dúvida? Podemos prosseguir?
●
Questões do curso

●
É uma função independente e sem estado (stateless) que,
através de uma interface padronizada e bem definida:
●
Aceita uma ou mais requisições
●
Retorna uma ou mais respostas
requisição de serviço
Interação
reposta de serviço
Provedor Consumidor
de Serviço de Serviço

●
Alguns elementos básicos que devem ser entendidos e
respeitados no conceito de serviço:
●
Qual o propósito do serviço?
●
Que atores estão envolvidos na prestação e no consumo de
serviço?
●
Que informação é trocada por ambas as partes?
●
Que processos ou atividades são representados pelo serviço?
●
Que recursos são necessários para execução do serviço?

●
Um serviço pode ser representado como uma composição de
diferentes elementos relacionados ao negócio
Entradas
Saídas
Serviço
Objetivos
Transformações
Recursos
Sensores

●
Entradas: informações enviadas pelo consumidor
●
Saídas: informações devolvidas para o consumidor pelo
provedor de serviço
●
Objetivos: regras de negócio abrangidas pelo serviço
●
Transformações: aplicação de regras às informações de
entrada, o que gera as informações de saída
●
Recursos: elementos utilizados pelo serviço durante sua
execução
●
Sensores: elementos do sistema que:
●
Monitoram e detectam mudanças do seu ambiente de execução
●
Respondem de acordo

Introdução
●
Service-Oriented Architecture
●
Arquitetura Orientada a Serviço
●
É utilizada para interoperabilidade de sistemas por meio de
conjunto de interfaces de serviços fracamente acoplados, em
que um serviço pode ser descrito como uma representação
lógica de uma atividade de negócio que tem um resultado
específico
●
Esse tipo de arquitetura:
●
Facilita o reúso de componentes de software fisicamente
distribuíveis
●
É embasado em uma ligação dinâmica entre:
– Provedores de serviços
– Consumidores de serviços
Introdução
●
É baseada nos princípios da computação distribuída
●
Utiliza o paradigma request/reply para estabelecer a
comunicação entre:
●
Os sistemas clientes
●
Os sistemas que implementam os serviços
●
SOA != software
●
SOA != arquitetura concreta
●
SOA = modelo de arquitetura de software
●
É um modelo de arquitetura de software voltado para a
construção de aplicações que implementam processos de
negócio ou serviços utilizando um conjunto de componentes
fracamente acoplados e orquestrados a fim de prover um nível
de serviço bem definido
Introdução
●
Dentro dessa arquitetura, informações, aplicações e recursos
podem ser vistos como serviços que podem ser combinados,
dando origem a processos de negócios novos e mais
flexíveis, de forma que atendam às mudanças das lógicas de
negócios
●
A arquitetura SOA fornece flexibilidade no tratamento de
processos de negócios e em sua infra-estrutura:
●
Atendendo às necessidades das empresas
●
Integrando aplicações de forma transparente para o usuário final

Introdução
●
São os conceitos-chave para descrever o paradigma SOA:
●
Visibilidade
– Refere-se à capacidade para aqueles com necessidades e aqueles
com competências estarem aptos a se verem mutuamente
●
Interação
– Tipicamente mediada por troca de mensagens, uma interação
prossegue através de uma série de ações de troca de informações e
invocações
●
Efeitos
– É o resultado de uma interação

Introdução
●
São os conceitos-chave para descrever o paradigma SOA:
Visibilidade Interação
Efeitos

SOA x POO
●
No paradigma de Programação Orientada a Objeto, o foco está
no empacotamento de dados com operações
●
O foco central da SOA é a tarefa ou função de negócio
●
Ambas, a OO e a SOA são formas de pensar sobre
representação de coisas e ações no mundo referindo-se
especificamente sobre a construção de sistemas
●
Qualquer coisa pode ser um serviço da mesma forma que
qualquer coisa pode ser um objeto
●
O desafio é aplicar o paradigma para melhorar a clareza e obter
as coisas feitas
●
A SOA oferece a base mais viável para sistemas de grande
escala porque ele se enquadra melhor na forma como as
atividades humanas são gerenciadas
●
A ideia principal do SOA é interligar vários serviços (peças da
Lego) para chegar a um objetivo final (peças montadas para
dar forma a algum objeto)
●
Os serviços possuem entre si características distintas de
tecnologias, padrões e linguagens de programação
●
As peças possuem entre si características distintas de cor,
tamanho e propriedades
●
Apesar das características distintas dos serviços, eles adotam
o mesmo padrão de conexão nos seus pontos de encaixe,
possibilitando a combinação de diferentes serviços,
independente de suas propriedades
●
O mesmo acontece com as peças da Lego

Função
de negócio
SOA
Serviços

Definições de SOA
●
Serviço
●
É uma função independente, sem estado (stateless) que aceita
uma ou mais requisições e devolve uma ou mais respostas
através de uma interface padronizada e bem definida
●
Pode também realizar partes discretas de um processo tal como
editar ou processar uma transação
●
Não deve depender do estado de outras funções ou processos
●
A tecnologia utilizada para prover o serviço, tal como uma
linguagem de programação, não pode fazer parte da definição
do serviço
●
Orquestração
●
Processo de sequenciar serviços e prover uma lógica adicional
para processar dados
●
Não inclui uma representação de dados
Definições de SOA
●
Stateless
●
Não depende de nenhuma condição pré-existente
●
Os serviços não devem depender de condições de outros
serviços
– Ou seja, devem funcionar de forma independente do estado de
outros serviços
●
Exceto nos casos de serviços compostos (composite services)
●
O objetivo de buscar a característica de stateless dos serviços é
possibilitar que o cliente do serviço possa sequenciá-los
– Ou seja, orquestrá-los em vários fluxos (algumas vezes chamados
de pipelines) para executar a lógica de uma aplicação

Definições de SOA
●
Provedor
●
O recurso que executa o serviço em resposta a uma requisição
de um consumidor
●
Consumidor
●
É quem consome ou pede o resultado de um serviço fornecido
por um provedor
●
Descoberta
●
SOA se baseia na capacidade de identificar serviços e suas
características
– Consequentemente, esta arquitetura depende de um diretório que
descreva quais os serviços disponíveis dentro de um domínio

Definições de SOA
●
Binding
●
A relação entre os serviços do provedor e o cliente deve ser
dinâmica
– Ela é estabelecida em tempo de execução através de um
mecanismo de binding

Componentes do SOA
Aplicação Repositório Barramento de

frontend de Serviço Serviço
Lógica
Dados
de negócio
Implementação
Contrato Interfaces
Serviço
SOA

Componentes do SOA
●
Aplicação frontend
●
São os elementos ativos de SOA:
– Iniciam e controlam as atividades de um sistema e entregando o
resultado do serviço
– Interagem com o usuário
●
Existem diferentes tipos de Aplicações FrontEnd

Componentes do SOA
●
Serviço
●
Tem papel fundamental dentro da SOA, pois encapsula uma
função de negócio que pode ser reutilizável
●
Tem como características marcantes:
– A independência de tecnologias de linguagens de programação em
sua implementação
– Baixo acoplamento
●
Cada serviço deve conter um contrato, que especifica restrições
quanto ao:
– Acesso ao serviço
– Uso do serviço
●
O contrato impõe semântica sobre as funcionalidades e
parâmetros do serviço

Componentes do SOA
●
Serviço
●
Também deve disponibilizar interfaces, que definem as
operações disponíveis em um serviço
●
A regra de negócio realizada pelo serviço deve estar contida na
implementação, que proporciona a execução do serviço
utilizando a lógica de negócio e os dados necessários
●
Além da lógica de negócios e dos dados, fazem parte da
implementação:
– Subprogramas
– Dados e arquivos de configuração
– Base de dados

Componentes do SOA
●
Repositório de Serviços
●
Fornece meios para facilitar:
– A descoberta de serviços
– As informações referentes ao serviço
●
Essas informações podem variar, podendo informar sobre a
localização física, pessoas de contato, informações sobre o
fornecedor, utilização de restrições de segurança e níveis do
serviço
●
Geralmente, um repositório está associado ao escopo de uma
empresa ou organização
●
É possível utilizar a arquitetura SOA sem um Repositório de
Serviços
– Isso depende da quantidade de serviços disponibilizados a nível
empresarial
Componentes do SOA
●
Repositório de Serviços
●
Por mais que uma empresa que esteja adotando SOA não possua
muitos serviços a serem disponibilizados, é interessante optar
pela utilização de um repositório, pois isso trará benefícios a
longo prazo
●
Barramento de Serviços
●
Interconecta todos os elementos da arquitetura SOA,
funcionando como canal de comunicação
●
Facilita o compartilhamento de serviços dentro de uma
corporação, fornecendo transparência na localização dos
serviços
●
Se duas aplicações precisam se comunicar entre si, uma
Aplicação de Frontend invoca as funcionalidades de um serviço
utilizando o Barramento de Serviços
Características do barramento de serviços
Característica Descrição
Objetivo principal do barramento de serviços

Permite interligar os componentes de uma arquitetura SOA,
Conectividade
fornecendo facilidades que permitam ao FrontEnd invocar
as funcionalidades dos serviços
O barramento suporta uma gama de tecnologias, o que
Tecnologias
geralmente é a realidade das empresas, que em sua
Heterogêneas
maioria, adotam por soluções distintas
Embora a funcionalidade principal do barramento de
serviços seja a comunicação entre componentes e serviços,
Serviços técnicos o barramento também fornece alguns serviços como
auditoria, segurança, transformação de mensagens e
transações

Princípio Descrição
Fraco acoplamento Busca-se um fraco acoplamento
Representa descrições de serviço e outros documentos que

Contrato de serviço
descrevem como um serviço pode ser acessado
Autonomia Serviços têm controle sobre a lógica que a encapsulam
Além do que é descrito no contrato de serviço, serviços

Abstração
escondem a lógica do mundo exterior
Reusabilidade A lógica é dividida no serviço com a intenção de reuso
Composição Vários serviços pequenos criam um serviço grande
Serviços minimizam a retenção da informação em

Sem estado (Stateless)
determinada atividade
Princípio Descrição
Serviços são projetados para ser exteriormente descritos,

Descoberta para que possam ser encontrados e avaliados através de
mecanismos de descobertas disponíveis
Para promover a interoperabilidade, SOA promove na
implementação de serviços a independência de plataforma
Heterogeneidade
de desenvolvimento, tecnologias de implementação e
linguagens de programação

Registro
Localização Publicação
Consumidor Execução Provedor

●
Provedor do serviço
●
É considerado o “dono” do serviço
●
É o responsável por fornecer a infraestrutura necessária para o
acesso ao serviço
●
Consumidor do serviço
●
Pode ser:
– Pessoa
– Organização
– Máquina
– Componente de software

●
Registro do serviço
●
É o responsável por:
– Oferecer meios para publicação e busca dos serviços, garantido a
facilidade de localização e utilização dos serviços
– Gerenciar os repositórios que armazenam informações sobre:
●
Serviços
●
Organizações que os fornecem

●
Serviços web
●
Podem implementar uma arquitetura orientada a serviços
●
Fazem blocos funcionais acessíveis através de protocolos de
Internet, independente de:
– Plataformas
– Linguagens de programação
●
Podem representar:
– Novas aplicações
– Uma abstração para sistemas legados existentes

●
Cada bloco de construção da SOA pode assumir uma ou mais
de três funções:
●
Provedor de serviços
●
Registro de serviços
●
Cliente de serviços
Provedor de serviços Cliente de serviços
Serviços Registro de serviços

●
Provedor de serviços
●
Cria um serviço web
●
Possivelmente publica no registro de serviços:
– Sua interface
– Informações de acesso
●
Cada provedor deve decidir:
– Quais serviços expor
– Como fazer intercâmbio entre a segurança e a fácil disponibilidade
– Como definir preços aos serviços
– Como explorar os serviços gratuitos para outros valores
– Qual categoria listará o serviço para um determinado serviço
intermediário
– Em qual classificação de acordos de parceiro comercial deve-se
utilizar o serviço
●
Registro de serviços
●
Também conhecido como intermediário de serviços
●
É responsável por disponibilizar:
– A interface de serviço web
– As informações de acesso de implementação para qualquer cliente
de serviços em potencial
●
Definem uma maneira de publicar e descobrir informações sobre
serviços web:
– Especificação UDDI (Universal Description, Discovery and
Integration)
– ebXML (Electronic Business using eXtensible Markup Language)
– Os baseados no padrão ISO/IEC 11179 Metadata Registry (MDR)

●
Cliente de serviço
●
Também conhecido como solicitante do serviço
●
Localiza as entradas no registro de serviços web, utilizando
várias operações de localização
●
Em seguida, liga-se ao fornecedor de serviços para invocar um
dos seus serviços web

Camadas de abstração
●
A SOA está basicamente voltada ao uso de serviços, que
constituem a abstração de uma ou mais regras de negócio
●
Porém, há mais camadas de abstração envolvidas

Camadas de abstração - OCSPC
Camada Corporativa
Camada de Processos
Camada de Serviços
Camada de Componentes
Camada de Objetos

●
Camada de Objetos
●
Contempla a larga quantidade de classes de objetos, seus
atributos e relacionamentos utilizados em componentes para
compor serviços de uma SOA
●
●
Os componentes utilizados nesta camada são blocos de
construção de serviços, que podem englobar uma ou mais
rotinas escritas em determinada linguagem de programação
●
Camada de Serviços
●
Nesta camada, os serviços são mapeados por suas
funcionalidades básicas e de negócios, identificando as ações
críticas para satisfazer as regras de negócio

●
Camada de Processos
●
Identifica como alguns processos podem ser modelados e
posteriormente implementados como serviços
●
Camada Corporativa
●
Descreve as operações empresariais realizadas por uma
determinada organização ou empresa

Modelo de maturidade para SOA
Nível de maturidade
Nível 4
Nível 3 Automação de
Desenvolvimento Processos de
Nível 2 orientado a serviços Negócio
Desenvolvimento (soluções
Nível 1 orientado a serviços compostas)
Desenvolvimento (soluções simples)
tradicional
Tempo
Fase 1 Fase 2
Estratégia Modelagem
Fase 4 Fase 3
Monitoramento Implementação

●
Estratégia
●
Neste estágio, são definidas algumas diretrizes para o uso de
SOA:
– As atividades que estarão no escopo da arquitetura
– O foco dos processos e medidas estratégicas com a adoção da SOA
– Medidas estratégicas com a adoção da SOA
●
Modelagem
●
Engloba um conjunto de práticas ou tarefas realizadas pelas
instituições para descrever visualmente todos os aspectos de
um processo de negócio
– Incluindo seus principais pontos de decisão para a execução das
atividades

●
Implementação
●
Neste estágio, o foco é o desenvolvimento dos serviços, ou seja,
sua codificação em alguma plataforma e linguagem de
programação, levando em consideração as tecnologias de
implementação disponíveis e as decisões tomadas nos estágios
anteriores quanto a adoção da SOA, tanto nas tomadas
estratégicas quanto nas modelagens definidas pelos gestores e
analistas
●
Monitoramento
●
Também chamado de Business Activity Monitoring – BAM
(Monitoramento de Atividade de Negócio)
●
Este estágio permite que seja feita a análise em tempo real dos
dados trafegados em uma rede através do uso de um software
que analisa os dados e exibe informações gerenciais como
resultado
Modelo de ciclo de vida de desenvolvimento
orientado a serviço
Consultor Arquiteto Provedor Consumidor
Gerenciamento de Qualidade e Desempenho
Modelagem
Modelagem dos Serviços
de Negócio
Construção
Instalação
Manutenção
Ponto
de
acesso
Descobrimento
Composição
Colaboração
Monitoramento
Análise
Serviço
Alguma dúvida? Podemos prosseguir?

Questões do curso
●
[RGA 2011] Um serviço é uma função dependente e com
estado que, através de uma interface padronizada e bem
definida que aceita uma ou mais requisições e retorna uma ou
mais respostas.
●
[RGA 2011] SOA facilita o reúso de componentes de software
fisicamente distribuíveis.
●
[RGA 2011] SOA é é embasado em uma ligação estática entre
provedores de serviços e consumidores de serviços.

Questões do curso
●
[RGA 2011] Um serviço é uma função independente e com
sem estado que, através de uma interface padronizada e bem
definida que aceita uma ou mais requisições e retorna uma ou
mais respostas.
●
Gabarito: ERRADO.
●
[RGA 2011] SOA facilita o reúso de componentes de software
fisicamente distribuíveis.
●
Gabarito: CERTO.
●
[RGA 2011] SOA é é embasado em uma ligação estática
dinâmica entre provedores de serviços e consumidores de
serviços.
●
Gabarito: ERRADO.

Questões do curso
●
[RGA 2011] SOA pode ser considerado um software voltado
para a construção de aplicações que implementam processos
de negócio ou serviços utilizando um conjunto de
componentes fracamente acoplados e orquestrados a fim de
prover um nível de serviço bem definido.
●
[RGA 2011] Dentro da SOA, informações, aplicações e
recursos podem ser vistos como serviços que podem ser
combinados, dando origem a processos de negócios novos e
mais flexíveis, de forma que atendam às mudanças das
lógicas de negócios.

Questões do curso
●
[RGA 2011] SOA pode ser considerado um modelo de
arquitetura de software voltado para a construção de
aplicações que implementam processos de negócio ou
serviços utilizando um conjunto de componentes fracamente
acoplados e orquestrados a fim de prover um nível de serviço
bem definido.
●
Gabarito: ERRADO.
●
[RGA 2011] Dentro da SOA, informações, aplicações e
recursos podem ser vistos como serviços que podem ser
combinados, dando origem a processos de negócios novos e
mais flexíveis, de forma que atendam às mudanças das
lógicas de negócios.
●
Gabarito: CERTO.

Questões do curso
●
[RGA 2011] A ideia principal do SOA é interligar vários
serviços para chegar a um objetivo final.
●
[RGA 2011] Os serviços não possuem entre si características
distintas de tecnologias, padrões e linguagens de
programação.
●
[RGA 2011] Um provedor do serviço é considerado o “dono”
do serviço e é o responsável por fornecer a infraestrutura
necessária para o acesso ao serviço.

Questões do curso
●
[RGA 2011] A ideia principal do SOA é interligar vários
serviços para chegar a um objetivo final.
●
Gabarito: CERTO.
●
[RGA 2011] Os serviços não possuem entre si características
distintas de tecnologias, padrões e linguagens de
programação.
●
Gabarito: ERRADO.
●
[RGA 2011] Um provedor do serviço é considerado o “dono”
do serviço e é o responsável por fornecer a infraestrutura
necessária para o acesso ao serviço.
●
Gabarito: CERTO.

Questões do curso
●
[RGA 2011] Um consumidor de serviço pode ser pode ser uma
pessoa, uma organização ou um componente de software.
Entretanto, uma máquina não pode ser um consumidor de
serviço.
●
[RGA 2011] Um registro do serviço é o responsável por
oferecer meios para publicação e busca dos serviços,
garantido a facilidade de localização e utilização dos serviços.

Questões do curso
●
[RGA 2011] Um consumidor de serviço pode ser pode ser uma
pessoa, uma organização ou um componente de software.
Entretanto, uma máquina não pode ser um consumidor de
serviço.
●
Gabarito: ERRADO.
●
[RGA 2011] Um registro do serviço é o responsável por
oferecer meios para publicação e busca dos serviços,
garantido a facilidade de localização e utilização dos serviços.
●
Gabarito: CERTO.

Questões do curso

Questões do curso
Camada Corporativa
Camada de Processos
Camada de Serviços
Camada de Objetos

Questões do curso
Nível 4
Nível 3
Nível 2
Nível 1
Tempo
Questões do curso
Nível 4
Nível 3 Automação de
Desenvolvimento Processos de
Nível 2 orientado a serviços Negócio
Desenvolvimento (soluções
Nível 1 orientado a serviços compostas)
Desenvolvimento (soluções simples)
tradicional
Tempo
Questões do curso
Fase 1 Fase 2
Fase 4 Fase 3

Questões do curso
Fase 1 Fase 2
Estratégia Modelagem
Fase 4 Fase 3
Monitoramento Implementação

Questões do curso
●
[RGA 2011] No ciclo de vida SOA, a fase de monitoramento
também pode ser chamada de Business Activity Monitoring –
BAM (Monitoramento de Atividade de Negócio).

Questões do curso
●
[RGA 2011] No ciclo de vida SOA, a fase de monitoramento
também pode ser chamada de Business Activity Monitoring –
BAM (Monitoramento de Atividade de Negócio).
●
Gabarito: CERTO.

Questões do curso

Questões do curso
Aplicação Repositório Barramento de

frontend de Serviço Serviço
Lógica
Dados
de negócio
Implementação
Contrato Interfaces
Serviço
SOA

Questões do curso
●
[RGA 2011] Existem diferentes tipos de Aplicações FrontEnd.
●
[RGA 2011] Cada serviço deve conter uma interface, porém
podem haver vários contratos.

Questões do curso
●
[RGA 2011] Existem diferentes tipos de Aplicações FrontEnd.
●
Gabarito: CERTO.
●
[RGA 2011] Cada serviço deve conter uma interface um
contrato, porém podem haver vários contratos várias
interfaces.
●
Gabarito: ERRADO.
●
Pesquisarei mais a respeito.

Questões do curso
●
[RGA 2011] A lógica de negócio realizada pelo serviço deve
estar contido na implementação, que proporciona a execução
do serviço utilizando a regra de negócio e os dados
necessários.
●
[RGA 2011] Apenas fazem parte da implementação dos
serviços a lógica de negócios e os dados.

Questões do curso
●
[RGA 2011] A lógica regra de negócio realizada pelo serviço
deve estar contido na implementação, que proporciona a
execução do serviço utilizando a regra lógica de negócio e os
dados necessários.
●
Gabarito: ERRADO.
●
[RGA 2011] Apenas fazem parte da implementação dos
serviços a lógica de negócios e os dados.
●
Gabarito: ERRADO.
– Além da lógica de negócios e dos dados, fazem parte da
implementação:
●
Subprogramas
●
Dados e arquivos de configuração
●
Base de dados

Questões do curso
●
[RGA 2011] O Repositório de Serviços fornece meios para
facilitar a descoberta de serviços, bem como, as informações
referentes ao serviço.
●
[RGA 2011] É possível utilizar a arquitetura SOA sem um
Repositório de Serviços.
●
[RGA 2011] Por mais que uma empresa que esteja adotando
SOA não possua muitos serviços a serem disponibilizados, é
interessante optar pela utilização de um repositório, pois isso
trará benefícios a curto prazo.

Questões do curso
●
[RGA 2011] O Repositório de Serviços fornece meios para
facilitar a descoberta de serviços, bem como, as informações
referentes ao serviço.
●
Gabarito: CERTO.
●
[RGA 2011] É possível utilizar a arquitetura SOA sem um
Repositório de Serviços.
●
Gabarito: CERTO.
●
[RGA 2011] Por mais que uma empresa que esteja adotando
SOA não possua muitos serviços a serem disponibilizados, é
interessante optar pela utilização de um repositório, pois isso
trará benefícios a curto longo prazo.
●
Gabarito: ERRADO.

Questões do curso
●
[RGA 2011] Barramento de Serviços interconecta todos os
elementos da arquitetura SOA, funcionando como [...].

Questões do curso
●
[RGA 2011] Barramento de Serviços interconecta todos os
elementos da arquitetura SOA, funcionando como canal de
comunicação.

Referências
●
Abordagem de Serviços da Web para uma Arquitetura
Orientada a Serviços:
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/inde
x.jsp?topic=%2Fcom.ibm.websphere.nd.multiplatform.doc
%2Finfo%2Fae%2Fae%2Fcwbs_soawbs.html
●
Defining SOA as an architectural style:
http://www.ibm.com/developerworks/library/ar-soastyle/
●
JOSUTTIS, Nicolai M. SOA na prática – A Arte da Modelagem de
Sistemas Distribuídos. Editora Alta Books, 2008.
●
MARZULLO, Fábio Perez. SOA na prática – Inovando seu
negócio por meio de soluções orientadas a serviços. Editora
Novatec, 2009.
●
Service-oriented architecture:
http://en.wikipedia.org/wiki/Service-oriented_architecture

Apr01 Soa

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Apr01 Soa

Enviado por

Direitos autorais:

Formatos disponíveis

SOA

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 2

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 3

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 4

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 5

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 6

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 7

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 10

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 11

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 12

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 14

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 15

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 17

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 18

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 19

Aplicação Repositório Barramento de

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 20

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 21

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 22

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 23

Objetivo principal do barramento de serviços

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 26

Fraco acoplamento Busca-se um fraco acoplamento

Representa descrições de serviço e outros documentos que

Autonomia Serviços têm controle sobre a lógica que a encapsulam

Além do que é descrito no contrato de serviço, serviços

Reusabilidade A lógica é dividida no serviço com a intenção de reuso

Composição Vários serviços pequenos criam um serviço grande

Serviços minimizam a retenção da informação em

Serviços são projetados para ser exteriormente descritos,

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 28

Consumidor Execução Provedor

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 29

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 30

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 31

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 32

Provedor de serviços Cliente de serviços

Serviços Registro de serviços

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 33

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 35

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 36

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 37

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 38

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 39

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 40

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 42

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 43

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 46

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 47

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 48

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 49

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 50

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 51

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 52

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 53

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 54

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 55

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 56

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 59

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 60

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 61

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 62

rogerioaraujo.wordpress.com – twitter: @rgildoaraujo - rgildoaraujo@gmail.com 63