Arquitetura Orientada a Serviços

Reutilização de Software

Agenda











Introdução
Modelo de Referência para SOA
Conceitos-chave
Serviços
POO x SOA
Modelo de Operação SOA
Tipos de Serviços SOA
SOA e o Enterprise Service Bus

3/71

Motivação: Ambiente de negócios altamente mutável











Demanda de clientes
Competição
Fusões e aquisições
Desmembramento de áreas
Parceiros de negócio
Tecnologia
Expansão dos negócios
Redução de custos
4/71

Barreiras para negócio flexível e reuso






Falta de processos e padrões
Políticas de arquitetura limitadas
Foco em aplicações pontuais que suportam necessidades de negócio redundantes
Infraestrutura construída sem um plano

5/71

Barreiras para negócio flexível e reuso

6/71

Dilema de TI:
“A arquitetura acidental”


Capacidade de resposta reduzida








Conjunto proprietário de tecnologias e habilidades
Infraestruturas de comunicação múltiplas
Alto custo de licenças, consultoria e operação
Muitas questões organizacionais e de controle da
“propriedade”

CRM

PARTNER
SYSTEMS

ERP

ORDER
ENTRY

FINANCE

7/71

Requisitos de arquitetura de TI








Simplicidade
Software que reflete a necessidade do negócio
Agilidade e flexibilidade
Reusabilidade
Indepentente de tecnologia
Promoção da integração

Feita para mudar
8/71

SOA não é uma “coisa”


Não é:






Um produto
Uma tecnologia específica
Uma aplicação
Um padrão específico
Um conjunto específico de regras

Uma abordagem para criar aplicações de negócio ágeis e flexíveis
9/71

Conceito
Uma abordagem para criar sistemas computacionais distribuídos baseada no encapsulamento de funções de negócio em serviços que podem ser acessados de forma fracamente acoplada. 10/71

Já tivemos diversas tentativas


Focadas em APIs, mais fácil para programadores 







CORBA
Microsoft DCOM
Java™