You are on page 1of 65

Arquitetura Orientada a

Serviço

Fabio Perez Marzullo


fabio@mz-empresarial.com.br

IEEE Body of Knowledge on Services Computing


1
Sponsored by Technical Committee on Services Computing, IEEE Computer Society
fabio@mz-empresarial.com.br
SOA e Web Services

• SOA é uma estilo arquitetural, que utiliza


serviços de TI como elemento de
composição e construção de sistemas.

• A tecnologia de Web services,


atualmente, é a mais utilizada.

2
fabio@mz-empresarial.com.br
Arquiteturas Orientadas a Serviço:
Alinhamento entre a TI e o Negócio

• SOA permite o alinhamento em diferentes níveis:


1. Negócio: pode ser usado para organizar e orientar o
mapeamento dos diferentes processos de negócio
existentes na organização:

• Exemplo: SOA pode ajudar os executivos de TI a decidirem


pela implementação de um processo de negócio por meio
de pacotes de serviços ou pelo detalhamento em
subprocessos.

2. Processo: pode ser utilizado para guiar a composição das


atividades dos processos de negócio:
• Exemplo: Um processo de pagamento pode requerer
informações sobre o cliente, o banco, fornecedores, dentro
de um ambiente integrado.
3
fabio@mz-empresarial.com.br
Arquiteturas Orientadas a Serviço:
Alinhamento entre a TI e o Negócio

3. Tecnologia: pode ser usada para guiar como as


tecnologias serão utilizadas e/ou desenvolvidas:
• Exemplo: Service Component Architecture (SCA).

4. Integração: pode ser usada para guiar o projeto e o


desenvolvimento de soluções no nível intermediário
(middleware):

• Exemplo: Camada de Integração ou Barramento de


Serviço (Enterprise Service Buss - ESB).

4
fabio@mz-empresarial.com.br
Arquiteturas Orientadas a Serviço:
Alinhamento entre a TI e o Negócio

• Abordagens de mapeamento:

Top-Down: que parte do processo de negócio


e deste ponto busca-se os serviços de TI;

Bottom-Up: que parte dos serviços de TI até


chegar aos processos de negócio

5
fabio@mz-empresarial.com.br
Domínio de Negócio

Processo de Negócio Processo de Negócio

Sub-Processo Sub-Processo Sub-Processo Sub-Processo

Tarefa Tarefa Tarefa Tarefa Tarefa Tarefa

Atividade Atividade Atividade Atividade Atividade Atividade Atividade Atividade

Serviço Serviço

Serviço Integração Serviço

Serviço Serviço
Componente/Módulo Componente/Módulo

Serviço
In

o
çã
te
gr

gra

te
Serviço
ão

In
Serviço
Componente/Módulo Sistema

6
fabio@mz-empresarial.com.br
O Modelo Operacional Triangular

• Três papéis são identificados de acordo com os


comportamentos e responsabilidades próprias de um
serviço.

• Provedor de Serviço: aquele que oferece o serviço;
• Consumidor de Serviço: aquele que utiliza o serviço;
• O Registro de Serviço: mecanismo que permite ao
provedor cadastrar seus serviços e ao consumidor
encontrá-los.

7
fabio@mz-empresarial.com.br
O Modelo Operacional Triangular

• Operações de um MOT
• Publicação:
• O provedor publica seus serviços em um registro.
• O registro preocupa-se em catalogar estes serviços dentro de
uma estrutura organizada e disponível por um mecanismo de
busca.
• Registros normalmente contêm, associado aos seus repositórios,
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 localização sobre o serviço e o seu provedor.

• Execução/União (Bind): ao encontrar o serviço, o consumidor


se conecta ao serviço e o invoca remotamente .

8
fabio@mz-empresarial.com.br
O Modelo Operacional Triangular

Pu
çã

bli
liza

ca
ca

çã
Lo

o
9
fabio@mz-empresarial.com.br
Ciclo de vida de SOA

O ciclo de vida de um serviço se refere ao


período de tempo entre a concepção do
serviço e sua desativação.

10
fabio@mz-empresarial.com.br
Ciclo de vida de SOA

• O conceito de ciclo de vida de SOA está associado às


seguintes atividades:
• Modelagem de Serviço: identifica os recursos necessários para a
construção, o recondicionamento ou reuso de serviços existentes e a
integração da solução final.

• Desenvolvimento: contendo as atividades de análise, projeto, construção,


testes e manutenção.

• Instalação: conecta a definição abstrata do serviço aos protocolos que


serão usados para executá-lo, como o SOAP.

• Publicação: para que os consumidores possam acessá-lo.


• Descobrimento: encontra o serviço mais adequado dentro de um conjunto
heterogêneo de registros.

11
fabio@mz-empresarial.com.br
Ciclo de vida de SOA

• Além das atividades de :

• Execução
• Composição
• Colaboração
• Monitoramento e Gerenciamento

12
fabio@mz-empresarial.com.br
Execução

• Ao descobrir o serviço, o usuário utiliza a informação


de conexão (fornecida pelo registro) para invocá-lo.

• Este procedimento obriga que o provedor e o


consumidor negociem um acordo de utilização em
nível de serviço (Service Level Agreements - SLAs).

• Após a concordância em relação ao uso do serviço, o


usuário está autorizado a executar o serviço
remotamente.

13
fabio@mz-empresarial.com.br
Composição

• A etapa de composição serve para agregar


significado aos serviços de TI.

• A composição tem como objetivo o


espelhamento dos processos de negócio pelos
serviços de TI.

14
fabio@mz-empresarial.com.br
Composição

15
fabio@mz-empresarial.com.br
Colaboração

• É comum em uma organização que seus processos


de negócio colaborem para atingirem objetivos
comuns.

• Em se tratando de serviços de TI isso não é


diferente. Eles podem ou devem trabalhar em
conjunto para a solução de uma ou mais tarefas.

16
fabio@mz-empresarial.com.br
Monitoramento e Gerenciamento

Em resumo, a etapa de monitoramento se traduz em:


• Garantir o processo de negociação em nível de
serviço (Service Level Agreement - SLA).
• Tratamento de exceção.
• Controle de acesso e autorização de uso dos
serviços.
• Análise dos dados recuperados ao longo de todas
as atividades.

17
fabio@mz-empresarial.com.br
Ciclo de vida de SOA

Gerencia de Qualidade e Desempenho

18
fabio@mz-empresarial.com.br
Dúvidas?

19
fabio@mz-empresarial.com.br
O Barramento de Serviço
Enterprise Service Bus (ESB)

• O conceito de barramento de serviços determina uma


metodologia de instalação e integração de serviços.

• Um ESB, é um modelo conceitual que estabelece


padrões de integração e facilita a dinâmica de
execução e colaboraçao dos serviços.

• Apesar de não ser um conceito novo (ex. CORBA e


JEE) um ESB representa:

20
fabio@mz-empresarial.com.br
O Barramento de Serviço
Enterprise Service Bus (ESB)

Aplicação Aplicação
Serviço 1 Serviço 2
Java .Net

Barramento de Serviços
Mecanismos Roteamento Mecanismos de Ferramentas
de de Conversão e de Controle e
Integração Mensagem Transformação Gerência

Aplicação Aplicação Web Service Web Service


JEE Legada 1 2

21
fabio@mz-empresarial.com.br
O Barramento de Serviço
Enterprise Service Bus (ESB)

• A conectividade só é possível uma vez que


haja a padronização.

• Essa padronização pode ser verificada na


figura a seguir:

22
fabio@mz-empresarial.com.br
O Barramento de Serviço
Enterprise Service Bus (ESB)

Descrição de recursos de negócio orientados a serviços


Integração Padrões da Indústria Melhores práticas de WS Padrões de Interação (WS-Collab)

WS-Service
Composição Group
WS-Notification BPEL4WS

WS-Resource WS-Reliable
Qualidade de Serviço WS-Security
Lifetime Messaging
WS-Transaction

WS-Resource
WS-Base Faults
Properties
Descrição
WS-Metadata
XSD WSDL WS-Policy
Exchange

WS – Renewable
Mensagens XML SOAP WS-Addressing
References

Transporte HTTP/HTTPS SMTP RMI/IIOP JMS

23
fabio@mz-empresarial.com.br
O Barramento de Serviço
Inter-módulo

24
fabio@mz-empresarial.com.br
O Barramento de Serviço
Intra-módulo

Barramento 1
Comunicação

Barramento 2
Barramento 3

25
fabio@mz-empresarial.com.br
O Barramento de Serviço
“Full-SOA”

Serviço Serviço
1-A 1-B

Serviço
1-C

Módulo 1 Serviço
(Serviço 1) 1-D Módulo 2 (Serviço 2)

Serviço Serviço
2-A 2-D

Serviço
Serviço 2-E
2-B
Módulo 3 Serviço
(Serviço 3) 3-C
Serviço Serviço
2-C 2-F

Serviço Serviço
3-A 3-D

Serviço Serviço
3-B 3-E

26
fabio@mz-empresarial.com.br
Arquitetura de Referência (SOA-RA)

• O conceito por trás de uma arquitetura de


referência está na necessidade de se ganhar
produtividade com baixo custo de
desenvolvimento e manutenção.

• Está baseada na idéia de criar componentes


reutilizáveis que possam ser integrados em
diferentes instâncias de arquiteturas.

27
fabio@mz-empresarial.com.br
Arquitetura de Referência (SOA-RA)

28
fabio@mz-empresarial.com.br
Arquitetura de Referência (SOA-RA)

Empresas que possuem propostas para RA’s:

TOGAF – The Open Group Architecture Framework

29
fabio@mz-empresarial.com.br
Computação em Nuvem

• A computação em nuvem já pode ser vista


como a futura geração da computação,
pois é uma abordagem capaz de ofertar
serviços de negócio dentro de um
ambiente extremamente controlado e livre
da intervenção do usuário final.

30
fabio@mz-empresarial.com.br
Computação em Nuvem

• É orientado por um conceito chamado

Multi-Tenant

31
fabio@mz-empresarial.com.br
Computação em Nuvem

32
fabio@mz-empresarial.com.br
Computação em Nuvem

33
fabio@mz-empresarial.com.br
Software as a Service

• Quando uma organização se empenha em


construir uma solução orientada a
serviços e as disponibiliza na Web, seus
clientes passam a ter uma nova via de
acesso a seu negócio.

34
fabio@mz-empresarial.com.br
Software as a Service

• Os resultados desse novo método de


“entrega do negócio” ao cliente criam
inúmeras possibilidades de inovação,
aliados a benefícios como redução de
custo e de tempo.

35
fabio@mz-empresarial.com.br
Software as a Service

36
fabio@mz-empresarial.com.br
Observações

SOA facilita o crescimento de sistemas corporativos de larga escala.

Seu principal conceito é de oferecer uma forma mais eficiente de pensar


soluções de software mais baratas e menos rígidas, completamente alinhadas
ao negócio.

Dentre os benefícios proporcionados, destacam-se a componentização, o


reuso, a flexibilidade e adaptação da arquitetura que podem agilizar o “time to
market”.

37
fabio@mz-empresarial.com.br
Observações

De acordo com pesquisa feita pela consultoria Forrester Research aponta que
67% das grandes empresas já possuem iniciativas em SOA. Além disso, nas
empresas de pequeno e médio porte, 70% dos gestores afirmam que
pretendem introduzi-la rapidamente.

38
fabio@mz-empresarial.com.br
Questão

Vale a pena investir em soluções


orientadas a serviços?

fabio@mz-empresarial.com.br
Estudo de Caso I

Desburocratizando os serviços de
governo.

fabio@mz-empresarial.com.br
Estudo de Caso I

Como usar
estrategicamente a TI?

Como melhorar os serviços


de governo?

fabio@mz-empresarial.com.br
Estudo de Caso I

Imaginem o seguinte cenário:

“Você identificou uma oportunidade de


negócio na área de TI e resolveu abrir
uma empresa de consultoria.”

fabio@mz-empresarial.com.br
Estudo de Caso I

Em reportagem publicada pelo jornal A Gazeta de Vitória-ES em


10 de Janeiro de 2009, no caderno Economia, um profissional que
quer abrir uma empresa, enfrenta um processo burocrático de
11 etapas, a saber:

• Etapa 1: Consulta prévia de viabilidade de funcionamento.

• Etapa 2: Certidão de busca de nomes.

• Etapa 3: Contrato Social.

• Etapa 4: Cadastro Nacional de Pessoa Jurídica.

fabio@mz-empresarial.com.br
Estudo de Caso I
• Etapa 5: Inscrição Estadual.

• Etapa 6: Alvará de licença do Corpo de Bombeiros.

• Etapa 7: Alvará de licença de Funcionamento.

• Etapa 8: Solicitação de Autorização de Impressão de


Documentos Fiscais.
• Etapa 9: Inscrição na Previdência Social.

• Etapa 10: Inscrição em sindicato patronal.

• Etapa 11: Licenças a outros órgãos públicos.

fabio@mz-empresarial.com.br
Estudo de Caso I

Todo este processo leva


em média 152 dias!

Como melhorar?

Proposta:
identificar os processos de
negócio e mapear os
serviços de TI.
fabio@mz-empresarial.com.br
Estudo de Caso I
1 2
Viabilidade
Contrato Social
Busca de Nomes

Bombeiros
8
Inscrição Estadual
7

Documentos Fiscais

Licenças em Outros
Órgãos

I Seminário de Gestão de Negócios e TI dos


fabio@mz-empresarial.com.br
Correios
Estudo de Caso I

 arquitetura de informação;
 arquitetura de software;
 arquitetura de hardware.

fabio@mz-empresarial.com.br
Estudo de Caso I

• Com a implantação do novo modelo de integração,


o tempo de abertura de uma empresa caiu para
uma média entre 2 e 3 dias.

• Cidades que estão adotando este modelo:

Santa Catarina;
Espírito Santo; e
Rio de Janeiro*.

fabio@mz-empresarial.com.br
Estudo de Caso I

• Ganho com:

• Integração.

• Aumento de valor para o usuário final.

fabio@mz-empresarial.com.br
Estudo de Caso II

Marinha do Brasil
Sistema de Apoio Logístico Integrado da
Marinha

fabio@mz-empresarial.com.br
Estudo de Caso II
Aspectos Gerais

Manutenção Estudos de
Custo do Confiabilidade
Ciclo de Vida Manutenibilidade e
Disponibilidade

Instalações Documentação
de Apoio Análise de Apoio Técnica
Logístico
Equipamentos de
Apoio e Testes
Sistemas de
Informação

Embalagem, Manuseio,
Armazenamento e Aprovisionamento
Transporte

fabio@mz-empresarial.com.br
Estudo de Caso II

fabio@mz-empresarial.com.br
AM: ESNVNG

PA: BNVCBE

RN: BNN

BA: BNARAT

MS: BFLAMS

RJ: Arsenal e CMS.

RS: ENRG

fabio@mz-empresarial.com.br
Estudo de Caso II

(3) SMP

(1) Carga do BD/Aplicação offline

SISALI-
Antes da Viagem Offline

fabio@mz-empresarial.com.br
Estudo de Caso II

fabio@mz-empresarial.com.br
Estudo de Caso II

• Ganho com:

• Integração.

• Diminuição das distâncias.

• Contingência para deficiência de infraestrutura.

fabio@mz-empresarial.com.br
Estudo de Caso III

Ambiente para Análise Estratégica de


Empresas

fabio@mz-empresarial.com.br
Estudo de Caso III

fabio@mz-empresarial.com.br
Estudo de Caso III

Serviço Serviço
1-A 1-B

Serviço
1-C

Módulo 1 Serviço
(Serviço 1) 1-D Módulo 2 (Serviço 2)

Serviço Serviço
2-A 2-D

Serviço
Serviço 2-E
2-B
Módulo 3 Serviço
(Serviço 3) 3-C
Serviço Serviço
2-C 2-F

Serviço Serviço
3-A 3-D

Serviço Serviço
3-B 3-E

fabio@mz-empresarial.com.br
Estudo de Caso III

1. Flexibilidade na composição do sistema.

2. Facilidade na integração com sistemas


legados.

3. Melhor absorção de novos serviços.

4. Isolamento funcional.

fabio@mz-empresarial.com.br
Estudo de Caso III

compras.war erp.ear

material.war

logistica.war

marketing.war Single Sign-on

financeiro.war

vendas.war

fabio@mz-empresarial.com.br
Estudo de Caso III
ERP CRM
{UNO} {SugarCRM}

Logística de
Gestão de
Abastecimento e
Projetos
Manutenção
{Project Builder}
{Sinntesis} Enterprise Service Bus
{JBoss ESB}

Business
Intelligence Negociação
{buSinness}

Alinhamento
Estratégico
{REST}

fabio@mz-empresarial.com.br
Estudo de Caso III

• Ganho com:

• Integração.

• Modularização.

• Composição e isolamento funcional.

fabio@mz-empresarial.com.br
Questão

Vale a pena investir em soluções


orientadas a serviços?

SIM!!!

fabio@mz-empresarial.com.br
Dúvidas?

65
fabio@mz-empresarial.com.br

You might also like