Arquitetura SOA

Arquitetura Orientada a Servios (SOA)
Copyright e-Core LTDA, 2010. Todos os direitos reservados.
Viso Geral e-Core

Estabelecida em 1999 Escritrios no Brasil e EUA Aproximadamente 100 profissionais Atua em prestao de servios offshore desde 2004
Roteiro
O que SOA Conceitos de Arquitetura Elementos da Arquitetura SOA Orientao a Servios Web Services e SOA Geraes e evoluo de SOA Comparao OO vs SO O que no SOA Vantagens de SOA Concluso
3
O que SOA?
SOA = soluo para tudo? Nova moda, nova tecnologia Reduzir custos, diminuir tempo de desenvolvimento
4
Modelo Tradicional de Desenvolvimento

Vida antes de SOA 1. Anlise de Negcio 2. Envio de requerimentos para a rea de TI 3. Anlise de TI, arquitetura 4. Desenvolvimento da aplicao
5
Modelo tradicional de Desenvolvimento

Problemas Excesso de lgica de negcio duplicada
Problemas na integrao
6
Modelo tradicional de Desenvolvimento
Custo desenvolvendo Silos (ROI) Diversidade de tecnologias
7
Modelo SOA
Novo modelo: Reuso de lgica existente * Inventrio de Servios Criar o restante da lgica
8
Conceitos de Arquitetura
1. Caracterstica de desenho 2. Princpios de desenho 3. Paradigma de desenho 4. Padro de desenho 5. Linguagem de padres de desenho 6. Standard de desenho 7. Melhores prticas 8. Framework
9
Arquitetura SOA
SOA Combinao de Tecnologias Produtos APIs Plataformas Extenses
10
Arquitetura SOA (IBM)
11
Orientao a Servios
O que um servio? Uma pessoa pode proporcionar um servio
Um grupo de pessoas tambm pode proporcionar um servio
12
Orientao a Servios
Um servio em software
13
Orientao a Servios
Paradigma de orientao a servios contem os principios: - Contrato standard de servio - Baixo Acoplamento - Abstrao do servio - Reuso - Autonomia - Falta ou delegao de estado (statelessness) - Facilidade de descoberta - Composio - Interoperabilidade
14
Orientao a Servios
15
Contrato de Servio Standard

Forma em que o servio expressa a funcionalidade: - Natureza da informao de entrada e saida - Quantidade de contedo - Modelos de dados - Polticas
16
Baixo Acoplamento
Acoplamento = Relacionamento entre 2 coisas - Vrios tipos de acoplamento 1) Tecnologia - Contrato 2) Lgica Contrato 3) Funcionalidade Contrato (Processo pai) - Vrios nveis de acoplamento
17
Baixo Acoplamento
18
Abstrao
Esconder os detalhes do servio - S informao essencial - Limitar com o contrato - Esconder tecnologia - Esconder lgica + Contrato uma parte importante
19
Reuso
- Servios Agnsticos (sem conhecimento) ao negcio - Servios Utilitrios - Granularidade + Perder controle + Limitar opes
20
Autonomia
- Nvel de controle no ambiente de execuo 1) Confiabilidade 2) Previsvel Especialmente quando usado em composies
21
Falta ou delegao de estado (Statelessness)

Gerenciamento de estado - Incrementa tempo de processamento - Limita escalabilidade - Problemas de Concorrncia - Limita composio + Delegar gerenciamento de estado (Sesso, Contexto, negcio)
22
Facilidade de Descoberta
- Informao de recursos +Propsito +Capacidade +Limitaes Evitar redundncia Facilitar composio
23
Composio
Dividir um problema em partes para facilitar a soluo Requerimentos: -Ambiente de execuo eficiente -Contrato flexvel
24
Interoperabilidade
Facilidade de comunicao e funcionamento com outros servios. Todos os principios contribuem para a interoperabilidade.
25
Servios como Web Services

Opes para Representar um Servio no mundo Real de TI SCA, WebServices
26
1 Gerao SOA (Web Services)
SOAP, WSDL, UDDI Vantagens: HTTP, XML

27
XML
-Indiferente tecnologia usada. -Facilidade de descrever novos dados -Impulso das maiores Empresas (IBM, Oracle, Sun, etc)
28
Contrato do Servio WSDL (Web Services Description Language)

- Capacidades do servio - Natureza da informao - Tipos de dados - Granularidade +Evitar transformaes +Modelos duplicados Abstrao do servio
29
Servio como Web Service
30
WSDL (Contrato) UDDI (Facilidade de Descoberta)
31
SOAP (Mensagens WS-I Basic Profile)
32
2 Gerao SOA (WS-)
33
SOA (WS-)
34
35
Problema (Communicao)
Comunicao Ponto a Ponto
Padro de desenho: Enterprise Service Bus (ESB)

36
Enterprise Server Bus

Broker: - Traduzir tipos de dados - Interpretar mensagens Intermediate Routing: - Evitar ponto a ponto - Direcionar mensagens Asynchronous Queuing: - Garantia de mensagens - Escalabilidade
37
38
Conceitos de Arquitetura para o negcio
39
Camadas de servios
Varios tipos de servio dependendo da granularidade: - Tarefas de negcio (autorizao, reviso, etc) - Servio de Entidade (comprador, fatura, artigo, etc) - Servios de utilidade (email, transformao de dados)
40
Tipos de Servios
41
WS-BPEL,BPEL4WS (Composio)
Fomentar o reuso de servios autnomos
42
BPEL (Oracle)
43
Outras especificaes (extenses):

Transaes: WS-Coordination, WS-Transaction, WS-AtomicTransaction, WS-BusinessActivity Poltica: WS-Policy, WS-PolicyAssertions Segurana: WS-Security, WS-Federation, WS-SecureConversation Extras: WS-CDL (Choreography Description Language)
44
Desenvolvendo SOA
-Colaborao importante negcio e TI -Metodologia gil no to recomendada
45
Metodologia SOA
Processo cclico 1) Definir processos do negcio 2) Examinar solues existentes (bottom-up) 1) Criar inventrio de servios 2) Implementar servios de acordo com a necessidade (top-down) + Evitar criar SOA a partir de zero + Sempre alinhar TI com o negcio
46
47
SOA Governance
48
Comparao SOAD vs OOAD

-Orientao a objetos aplicado em segmentos da empresa. Para integrar aplicativos em OO, EAI era usado. (Contexto) -OO, EAI so influencias diretas de SOA: Reuso, Composio, etc. -SOA visa incrementar os benefcios de negcio (agilidade de processos), diversificar as opes de provedores e tecnologias, facilitar a integrao. -Classes e objetos: Atributos e mtodos. SOA tenta no utilizar estados (statelessness) -Mensagens. OOAD normalmente RPC ou similar. SOAD usa mensagens asncronos e sncronos. -Maior parte dos servios em SOA tm implementaes com OO.
49
O que no SOA
-Conjunto de Web Services oferecendo acesso a cdigo existente (Lembrar principios de desenho) -Soluco para qualquer tipo de problema. Tem que avaliar questes de negcio, benefcios, etc. -Conjunto de aplicaes Silos integradas. (EAI) -SOA no uma tecnologia totalmente nova: + OOD + AOD + EAI
50
Vantagens de SOA
-Interoperabilidade: Facilidade de usar vrias tecnologias e provedores -Facilitar o reuso: Inventrio de servios -Alinhar TI com negcio -Aumento de retorno do investimento (no nas primeiras iteraes, e sim com inventario de servios) -Agilidade na organizao -Reduzir os custos de TI -Multicore, Cloud computing
51
Vantagens de SOA
52
Concluso
SOA um modelo de arquitetura que visa melhorar a eficincia, agilidade e produtividade das empresas ou negcios. Objetivos de negcio alinhados ao paradigma de desenvolvimento orientado a servios. Combinao de tecnologias, produtos, provedores, infraestruturas de suporte, extenses.
53
Referncias
Web -www.whatissoa.com -www.soaprinciples.com -www.soapatterns.org -www.soaspecs.com Thomas Erl. -www.ibm.com/developerworks/library/ar-soapit/ -www-01.ibm.com/software/solutions/soa/?pgel=ibmhzn&cm_re=masthead-_business-_-soa -www.osoa.org (SCA, SDO) REST, Restlet, JSON
54

Arquitetura SOA

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Arquitetura SOA

Diunggah oleh

Hak Cipta:

Format Tersedia

Arquitetura Orientada a Servios (SOA)

Copyright e-Core LTDA, 2010. Todos os direitos reservados.

Viso Geral e-Core

Modelo Tradicional de Desenvolvimento

Modelo tradicional de Desenvolvimento

Modelo tradicional de Desenvolvimento

Custo desenvolvendo Silos (ROI) Diversidade de tecnologias

Arquitetura SOA (IBM)

Um grupo de pessoas tambm pode proporcionar um servio

Contrato de Servio Standard

Falta ou delegao de estado (Statelessness)

Servios como Web Services

1 Gerao SOA (Web Services)

SOAP, WSDL, UDDI Vantagens: HTTP, XML

Contrato do Servio WSDL (Web Services Description Language)

Servio como Web Service

WSDL (Contrato) UDDI (Facilidade de Descoberta)

SOAP (Mensagens WS-I Basic Profile)

2 Gerao SOA (WS-)

Arquitetura SOA (IBM)

Padro de desenho: Enterprise Service Bus (ESB)

Enterprise Server Bus

Arquitetura SOA (IBM)

Conceitos de Arquitetura para o negcio

Fomentar o reuso de servios autnomos

Outras especificaes (extenses):

Arquitetura SOA (IBM)

Comparao SOAD vs OOAD

Anda mungkin juga menyukai