Arquitetura Orientada a Serviços (SOA) Copyright e-core LTDA, Todos os direitos reservados.

Tamanho: px

Começar a partir da página:

Carlos Brezinski Carmona
8 Há anos
Visualizações:

1 Arquitetura Orientada a Serviços (SOA)

2 Visão Geral e-coree Estabelecida em 1999 Escritórios rios no Brasil e EUA Aproximadamente 100 profissionais Atua em prestação de serviços offshore desde 2004

3 Roteiro O que é SOA Conceitos de Arquitetura Elementos da Arquitetura SOA Orientação a Serviços Web Services e SOA Gerações e evolução de SOA Comparação OO vs SO O que não é SOA Vantagens de SOA Conclusão 3

4 O que é SOA? SOA = solução para tudo? Nova moda, nova tecnologia Reduzir custos, diminuir tempo de desenvolvimento 4

5 Modelo Tradicional de Desenvolvimento Vida antes de SOA 1. Análise de Negócio 2. Envio de requerimentos para a área de TI 3. Análise de TI, arquitetura 4. Desenvolvimento da aplicação 5

6 Modelo tradicional de Desenvolvimento Problemas Excesso de lógica de negócio duplicada Problemas na integração 6

7 Modelo tradicional de Desenvolvimento Custo desenvolvendo Silos (ROI) Diversidade de tecnologias 7

8 Modelo SOA Novo modelo: Reuso de lógica existente * Inventário de Serviços Criar o restante da lógica 8

9 Conceitos de Arquitetura 1. Característica de desenho 2. Princípios de desenho 3. Paradigma de desenho 4. Padrão de desenho 5. Linguagem de padrões de desenho 6. Standard de desenho 7. Melhores práticas 8. Framework 9

10 Arquitetura SOA SOA Combinação de Tecnologias Produtos APIs Plataformas Extensões 10

11 Arquitetura SOA (IBM) 11

12 O que é um serviço? Orientação a Serviços Uma pessoa pode proporcionar um serviço Um grupo de pessoas também pode proporcionar um serviço 12

13 Orientação a Serviços Um serviço em software 13

14 14 Orientação a Serviços Paradigma de orientação a serviços contem os principios: - Contrato standard de serviço - Baixo Acoplamento - Abstração do serviço - Reuso - Autonomia - Falta ou delegação de estado (statelessness) - Facilidade de descoberta - Composição - Interoperabilidade

Abstração do serviço - Reuso - Autonomia - Falta ou delegação de

15 Orientação a Serviços 15

16 Contrato de Serviço Standard Forma em que o serviço expressa a funcionalidade: - Natureza da informação de entrada e saida - Quantidade de conteúdo - Modelos de dados - Políticas 16

17 Baixo Acoplamento Acoplamento = Relacionamento entre 2 coisas - Vários tipos de acoplamento 1) Tecnologia - Contrato 2) Lógica Contrato 3) Funcionalidade Contrato (Processo pai) - Vários níveis de acoplamento 17

- Contrato 2) Lógica Contrato 3) Funcionalidade

18 Baixo Acoplamento 18

19 Abstração Esconder os detalhes do serviço - Só informação essencial - Limitar com o contrato - Esconder tecnologia - Esconder lógica + Contrato é uma parte importante 19

20 Reuso - Serviços Agnósticos (sem conhecimento) ao negócio - Serviços Utilitários - Granularidade + Perder controle + Limitar opções 20

21 Autonomia - Nível de controle no ambiente de execução 1) Confiabilidade 2) Previsível Especialmente quando usado em composições 21

22 Falta ou delegação de estado (Statelessness) Gerenciamento de estado - Incrementa tempo de processamento - Limita escalabilidade - Problemas de Concorrência - Limita composição + Delegar gerenciamento de estado (Sessão, Contexto, negócio) 22

23 Facilidade de Descoberta - Informação de recursos +Propósito +Capacidade +Limitações Evitar redundância Facilitar composição 23

24 Composição Dividir um problema em partes para facilitar a solução Requerimentos: -Ambiente de execução eficiente -Contrato flexível 24

25 Interoperabilidade Facilidade de comunicação e funcionamento com outros serviços. Todos os principios contribuem para a interoperabilidade. 25

26 Serviços como Web Services Opções para Representar um Serviço no mundo Real de TI SCA, WebServices 26

27 1ª Geração SOA (Web Services) SOAP, WSDL, UDDI Vantagens: HTTP, XML 27

28 XML -Indiferente à tecnologia usada. -Facilidade de descrever novos dados -Impulso das maiores Empresas (IBM, Oracle, Sun, etc) 28

29 Contrato do Serviço WSDL (Web Services Description Language) - Capacidades do serviço - Natureza da informação - Tipos de dados - Granularidade +Evitar transformações +Modelos duplicados 29 Abstração do serviço

30 Serviço como Web Service 30

31 WSDL (Contrato) UDDI (Facilidade de Descoberta) 31

32 SOAP (Mensagens WS-I Basic Profile) 32

33 2ª Geração SOA (WS-) 33

34 SOA (WS-) 34

35 Arquitetura SOA (IBM) 35

36 Problema (Communicação) Comunicação Ponto a Ponto 36 Padrão de desenho: Enterprise Service Bus (ESB)

37 Broker: - Traduzir tipos de dados - Interpretar mensagens Intermediate Routing: - Evitar ponto a ponto - Direcionar mensagens Asynchronous Queuing: - Garantia de mensagens - Escalabilidade Enterprise Server Bus 37

38 Arquitetura SOA (IBM) 38

39 Conceitos de Arquitetura para o negócio 39

40 Camadas de serviços Varios tipos de serviço dependendo da granularidade: - Tarefas de negócio (autorização, revisão, etc) - Serviço de Entidade (comprador, fatura, artigo, etc) - Serviços de utilidade ( , transformação de dados) 40

41 Tipos de Serviços 41

42 WS-BPEL,BPEL4WS (Composição) Fomentar o reuso de serviços autônomos 42

43 BPEL (Oracle) 43

44 Outras especificações (extensões): Transações: WS-Coordination, WS-Transaction, WS-AtomicTransaction, WS-BusinessActivity Política: WS-Policy, WS-PolicyAssertions Segurança: WS-Security, WS-Federation, WS-SecureConversation Extras: WS-CDL (Choreography Description Language) 44

45 Desenvolvendo SOA -Colaboração importante negócio e TI -Metodologia ágil não é tão recomendada 45

46 - Processo cíclico 46 Metodologia SOA 1) Definir processos do negócio 2) Examinar soluções existentes (bottom-up) 1) Criar inventário de serviços 2) Implementar serviços de acordo com a necessidade (top-down) + Evitar criar SOA a partir de zero + Sempre alinhar TI com o negócio

47 Arquitetura SOA (IBM) 47

48 SOA Governance 48

49 Comparação SOAD vs OOAD -Orientação a objetos é aplicado em segmentos da empresa. Para integrar aplicativos em OO, EAI era usado. (Contexto) -OO, EAI são influencias diretas de SOA: Reuso, Composição, etc. -SOA visa incrementar os benefícios de negócio (agilidade de processos), diversificar as opções de provedores e tecnologias, facilitar a integração. -Classes e objetos: Atributos e métodos. SOA tenta não utilizar estados (statelessness) -Mensagens. OOAD normalmente RPC ou similar. SOAD usa mensagens asíncronos e síncronos. -Maior parte dos serviços em SOA têm implementações com OO. 49

50 O que não é SOA -Conjunto de Web Services oferecendo acesso a código existente (Lembrar principios de desenho) -Solucão para qualquer tipo de problema. Tem que avaliar questões de negócio, benefícios, etc. -Conjunto de aplicações Silos integradas. (EAI) -SOA não é uma tecnologia totalmente nova: + OOD + AOD + EAI 50

51 Vantagens de SOA -Interoperabilidade: Facilidade de usar várias tecnologias e provedores -Facilitar o reuso: Inventário de serviços -Alinhar TI com negócio -Aumento de retorno do investimento (não nas primeiras iterações, e sim com inventario de serviços) -Agilidade na organização -Reduzir os custos de TI -Multicore, Cloud computing 51

52 Vantagens de SOA 52

53 Conclusão SOA é um modelo de arquitetura que visa melhorar a eficiência, agilidade e produtividade das empresas ou negócios. Objetivos de negócio alinhados ao paradigma de desenvolvimento orientado a serviços. Combinação de tecnologias, produtos, provedores, infraestruturas de suporte, extensões. 53

54 Referências Web Thomas Erl. - -www-01.ibm.com/software/solutions/soa/?pgel=ibmhzn&cm_re=masthead-_- business-_-soa - (SCA, SDO) REST, Restlet, JSON 54

Documentos relacionados

Fase 1: Engenharia de Produto

Fase 1: Engenharia de Produto Disciplina: Análise de Requisitos DURAÇÃO: 44 h O objetivo principal da disciplina é realizar uma análise das necessidades e produzir um escopo do produto. Representará os