04 - Service Oriented Architecture

fabio@mz-empresarial.com.
br
1
Arquitetura Orientada a
Servio
IEEE Body of Knowledge on Services Computing
Sponsored by Technical Committee on Services Computing, IEEE Computer Society
Fabio Perez Marzullo
fabio@mz-empresarial.com.br
2
SOA e Web Services
SOA uma estilo arquitetural, que utiliza
servios de TI como elemento de
composio e construo de sistemas.
A tecnologia de Web services,
atualmente, a mais utilizada.
3
SOA permite o alinhamento em diferentes nveis:
1. Negcio: pode ser usado para organizar e orientar o
mapeamento dos diferentes processos de negcio
existentes na organizao:
Exemplo: SOA pode ajudar os executivos de TI a decidirem
pela implementao de um processo de negcio por meio
de pacotes de servios ou pelo detalhamento em
subprocessos.
2. Processo: pode ser utilizado para guiar a composio das
atividades dos processos de negcio:
Exemplo: Um processo de pagamento pode requerer
informaes sobre o cliente, o banco, fornecedores, dentro
de um ambiente integrado.
Arquiteturas Orientadas a Servio:
Alinhamento entre a TI e o Negcio
4
3. Tecnologia: pode ser usada para guiar como as
tecnologias sero utilizadas e/ou desenvolvidas:
Exemplo: Service Component Architecture (SCA).
4. Integrao: pode ser usada para guiar o projeto e o
desenvolvimento de solues no nvel intermedirio
(middleware):
Exemplo: Camada de Integrao ou Barramento de
Servio (Enterprise Service Buss - ESB).
5
Abordagens de mapeamento:
Top-Down: que parte do processo de negcio
e deste ponto busca-se os servios de TI;
Bottom-Up: que parte dos servios de TI at
chegar aos processos de negcio
6
Processo de Negcio
Domnio de Negcio
Processo de Negcio
Sub-Processo Sub-Processo Sub-Processo Sub-Processo
Atividade Atividade Atividade Atividade Atividade Atividade Atividade
Tarefa Tarefa Tarefa Tarefa Tarefa Tarefa
Atividade
Integrao
I
n
t
e
g
r
a
o
I
n
t
e
g
r
a
o
Servio
Servio
Servio
Servio
Servio
Servio
Servio
Servio
Servio
Sistema Componente/Mdulo
Componente/Mdulo Componente/Mdulo
7
Trs papis so identificados de acordo com os
comportamentos e responsabilidades prprias de um
servio.
Provedor de Servio: aquele que oferece o servio;

Consumidor de Servio: aquele que utiliza o servio;
O Registro de Servio: mecanismo que permite ao
provedor cadastrar seus servios e ao consumidor
encontr-los.
O Modelo Operacional Triangular
8
Operaes de um MOT
Publicao:
O provedor publica seus servios em um registro.
O registro preocupa-se em catalogar estes servios dentro de
uma estrutura organizada e disponvel por um mecanismo de
busca.
Registros normalmente contm, associado aos seus repositrios,
duas interfaces de acesso: uma de registro e outra de consulta
(query).
Busca:
O consumidor efetua consultas diretamente no registro de forma
a obter a localizao sobre o servio e o seu provedor.
Execuo/Unio (Bind): ao encontrar o servio, o consumidor
se conecta ao servio e o invoca remotamente .
9
L
o
c
a
l
i
z
a
o
P
u
b
l
i
c
a
o
10
Ciclo de vida de SOA
O ciclo de vida de um servio se refere ao
perodo de tempo entre a concepo do
servio e sua desativao.
11
O conceito de ciclo de vida de SOA est associado s
seguintes atividades:
Modelagem de Servio: identifica os recursos necessrios para a
construo, o recondicionamento ou reuso de servios existentes e a
integrao da soluo final.
Desenvolvimento: contendo as atividades de anlise, projeto, construo,
testes e manuteno.
Instalao: conecta a definio abstrata do servio aos protocolos que
sero usados para execut-lo, como o SOAP.
Publicao: para que os consumidores possam acess-lo.
Descobrimento: encontra o servio mais adequado dentro de um conjunto
heterogneo de registros.
12
Alm das atividades de :
Execuo
Composio
Colaborao
Monitoramento e Gerenciamento
13
Ao descobrir o servio, o usurio utiliza a informao
de conexo (fornecida pelo registro) para invoc-lo.
Este procedimento obriga que o provedor e o
consumidor negociem um acordo de utilizao em
nvel de servio (Service Level Agreements - SLAs).
Aps a concordncia em relao ao uso do servio, o
usurio est autorizado a executar o servio
remotamente.
Execuo
14
A etapa de composio serve para agregar
significado aos servios de TI.
A composio tem como objetivo o
espelhamento dos processos de negcio pelos
servios de TI.
Composio
15
Composio
16
comum em uma organizao que seus processos
de negcio colaborem para atingirem objetivos
comuns.
Em se tratando de servios de TI isso no
diferente. Eles podem ou devem trabalhar em
conjunto para a soluo de uma ou mais tarefas.
Colaborao
17
Em resumo, a etapa de monitoramento se traduz em:
Garantir o processo de negociao em nvel de
servio (Service Level Agreement - SLA).
Tratamento de exceo.
Controle de acesso e autorizao de uso dos
servios.
Anlise dos dados recuperados ao longo de todas
as atividades.
Monitoramento e Gerenciamento
18
G
e
r
e
n
c
i
a

d
e

Q
u
a
l
i
d
a
d
e

e

D
e
s
e
m
p
e
n
h
o
Dvidas?
19
20
O Barramento de Servio
Enterprise Service Bus (ESB)
O conceito de barramento de servios determina uma
metodologia de instalao e integrao de servios.
Um ESB, um modelo conceitual que estabelece
padres de integrao e facilita a dinmica de
execuo e colaboraao dos servios.
Apesar de no ser um conceito novo (ex. CORBA e
JEE) um ESB representa:
21
Servio 1 Servio 2
Aplicao
Java
Aplicao
.Net
Web Service
2
Web Service
1
Aplicao
Legada
Aplicao
JEE
Ferramentas
de Controle e
Gerncia
Mecanismos de
Converso e
Transformao
Roteamento
de
Mensagem
Mecanismos
de
Integrao
Barramento de Servios
22
A conectividade s possvel uma vez que
haja a padronizao.
Essa padronizao pode ser verificada na
figura a seguir:
23
XML
WS Renewable
References
WS-Addressing SOAP
Mensagens
HTTP/HTTPS JMS RMI/IIOP SMTP
Transporte
XSD
WS-Metadata
Exchange
WS-Policy WSDL
WS-Resource
Properties
WS-Base Faults
Descrio
Qualidade de Servio
WS-Security WS-Transaction
WS-Reliable
Messaging
WS-Resource
Lifetime
Composio
WS-Service
Group
BPEL4WS WS-Notification
Integrao
Descrio de recursos de negcio orientados a servios
Padres da Indstria Melhores prticas de WS Padres de Interao (WS-Collab)
24
Inter-mdulo
25
Intra-mdulo
C
o
m
u
n
i
c
a
o
B
a
r
r
a
m
e
n
t
o

1
B
a
r
r
a
m
e
n
t
o

3
B
a
r
r
a
m
e
n
t
o

2
26
Full-SOA
Servio
3-C
Servio
3-D
Servio
3-E
Servio
3-B
Servio
3-A
Servio
1-A
Servio
1-C
Servio
1-B
Servio
1-D
Mdulo 1
(Servio 1)
Mdulo 3
(Servio 3)
Servio
2-A
Servio
2-D
Servio
2-E
Servio
2-F
Servio
2-B
Servio
2-C
Mdulo 2 (Servio 2)
27
Arquitetura de Referncia (SOA-RA)
O conceito por trs de uma arquitetura de
referncia est na necessidade de se ganhar
produtividade com baixo custo de
desenvolvimento e manuteno.
Est baseada na idia de criar componentes
reutilizveis que possam ser integrados em
diferentes instncias de arquiteturas.
28
29
Empresas que possuem propostas para RAs:
TOGAF The Open Group Architecture Framework
A computao em nuvem j pode ser vista
como a futura gerao da computao,
pois uma abordagem capaz de ofertar
servios de negcio dentro de um
ambiente extremamente controlado e livre
da interveno do usurio final.
30
Computao em Nuvem
orientado por um conceito chamado
Multi-Tenant
31
Computao em Nuvem
32
Computao em Nuvem
33
Computao em Nuvem
Quando uma organizao se empenha em
construir uma soluo orientada a
servios e as disponibiliza na Web, seus
clientes passam a ter uma nova via de
acesso a seu negcio.
34
Software as a Service
Os resultados desse novo mtodo de
entrega do negcio ao cliente criam
inmeras possibilidades de inovao,
aliados a benefcios como reduo de
custo e de tempo.
35
36
37
Observaes
SOA facilita o crescimento de sistemas corporativos de larga escala.
Seu principal conceito de oferecer uma forma mais eficiente de pensar
solues de software mais baratas e menos rgidas, completamente alinhadas
ao negcio.
Dentre os benefcios proporcionados, destacam-se a componentizao, o
reuso, a flexibilidade e adaptao da arquitetura que podem agilizar o time to
market.
38
Observaes
De acordo com pesquisa feita pela consultoria Forrester Research aponta que
67% das grandes empresas j possuem iniciativas em SOA. Alm disso, nas
empresas de pequeno e mdio porte, 70% dos gestores afirmam que
pretendem introduzi-la rapidamente.
Vale a pena investir em solues
orientadas a servios?
Questo
Desburocratizando os servios de
governo.
Estudo de Caso I
Como usar
estrategicamente a TI?
Como melhorar os servios
de governo?
Estudo de Caso I
Imaginem o seguinte cenrio:
Voc identificou uma oportunidade de
negcio na rea de TI e resolveu abrir
uma empresa de consultoria.
Estudo de Caso I
Etapa 1: Consulta prvia de viabilidade de funcionamento.
Etapa 2: Certido de busca de nomes.
Etapa 3: Contrato Social.
Etapa 4: Cadastro Nacional de Pessoa Jurdica.
Em reportagem publicada pelo jornal A Gazeta de Vitria-ES em
10 de Janeiro de 2009, no caderno Economia, um profissional que
quer abrir uma empresa, enfrenta um processo burocrtico de
11 etapas, a saber:
Estudo de Caso I
Etapa 5: Inscrio Estadual.
Etapa 6: Alvar de licena do Corpo de Bombeiros.
Etapa 7: Alvar de licena de Funcionamento.
Etapa 8: Solicitao de Autorizao de Impresso de
Documentos Fiscais.
Etapa 9: Inscrio na Previdncia Social.
Etapa 10: Inscrio em sindicato patronal.
Etapa 11: Licenas a outros rgos pblicos.
Estudo de Caso I
Todo este processo leva
em mdia 152 dias!
Como melhorar?
Proposta:
identificar os processos de
negcio e mapear os
servios de TI.
Estudo de Caso I
I Seminrio de Gesto de Negcios e TI dos
Correios
Viabilidade
Busca de Nomes
Inscrio Estadual
Bombeiros
Contrato Social
Documentos Fiscais
Licenas em Outros
rgos
1
2
5
7
8
Estudo de Caso I
arquitetura de informao;
arquitetura de software;
arquitetura de hardware.
Estudo de Caso I
Com a implantao do novo modelo de integrao,
o tempo de abertura de uma empresa caiu para
uma mdia entre 2 e 3 dias.
Cidades que esto adotando este modelo:
Santa Catarina;
Esprito Santo; e
Rio de Janeiro*.
Estudo de Caso I
Ganho com:
Integrao.
Aumento de valor para o usurio final.
Estudo de Caso I
Sistema de Apoio Logstico Integrado da
Marinha
Estudo de Caso II
Marinha do Brasil
Anlise de Apoio
Logstico
Sistemas de
Informao
Instalaes
de Apoio
Custo do
Ciclo de Vida
Manuteno
Estudos de
Confiabilidade
Manutenibilidade e
Disponibilidade
Aprovisionamento
Equipamentos de
Apoio e Testes
Documentao
Tcnica
Embalagem, Manuseio,
Armazenamento e
Transporte
Estudo de Caso II
Aspectos Gerais
Estudo de Caso II
RJ: Arsenal e CMS.
RS: ENRG
BA: BNARAT
PA: BNVCBE
AM: ESNVNG
MS: BFLAMS
RN: BNN
(3) SMP
Antes da Viagem
SISALI-
Offline
(1) Carga do BD/Aplicao offline
Estudo de Caso II
Estudo de Caso II
Ganho com:
Integrao.
Diminuio das distncias.
Contingncia para deficincia de infraestrutura.
Estudo de Caso II
Ambiente para Anlise Estratgica de
Empresas
Estudo de Caso III
Estudo de Caso III
Servio
3-C
Servio
3-D
Servio
3-E
Servio
3-B
Servio
3-A
Servio
1-A
Servio
1-C
Servio
1-B
Servio
1-D
Mdulo 1
(Servio 1)
Mdulo 3
(Servio 3)
Servio
2-A
Servio
2-D
Servio
2-E
Servio
2-F
Servio
2-B
Servio
2-C
Mdulo 2 (Servio 2)
Estudo de Caso III
Estudo de Caso III
1. Flexibilidade na composio do sistema.
2. Facilidade na integrao com sistemas
legados.
3. Melhor absoro de novos servios.
4. Isolamento funcional.
compras.war
material.war
logistica.war
marketing.war
financeiro.war
vendas.war
erp.ear
Single Sign-on
Estudo de Caso III
Estudo de Caso III
ERP
{UNO}
CRM
{SugarCRM}
Logstica de
Abastecimento e
Manuteno
{Sinntesis}
Gesto de
Projetos
{Project Builder}
Business
Intelligence
{buSinness}
Negociao
Alinhamento
Estratgico
{REST}
Enterprise Service Bus
{JBoss ESB}
Ganho com:
Integrao.
Modularizao.
Composio e isolamento funcional.
Estudo de Caso III
Vale a pena investir em solues
orientadas a servios?
Questo
SIM!!!
Dvidas?
65

04 - Service Oriented Architecture

Enviado por

Dados do documento

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

04 - Service Oriented Architecture

Enviado por

Direitos autorais:

Formatos disponíveis

fabio@mz-empresarial.com.

Provedor de Servio: aquele que oferece o servio;

Você também pode gostar