Arlindo MoreiraCarlos Alexandre T. CrivelenteCarlos Henrique P. MaduroJosé Luiz Nogueira FilhoPablo Freire

• SOA = arquitetura + metodologia de desenvolvimento.• SOA é uma arquitetura que satisfaz um modelo empresarial,

utilizando serviços.• O SOA orquestra os serviços, que estão organizados em

processos de negócios, permitindo uma maior agilidade e dinamismo.

• O SOA é uma arquitetura associada a uma serie de tecnologias: WebServices, SOAP, BPEL4Ws, WSCI,

• UDDI, XML, HTTP.

• Serviço é um meio de se escrever tecnologicamente uma função ou processo específico do negócio.

• Deve ser compartilhado e reutilizado em diversas áreas da empresa.

• Deve ser independente de outros serviços e invocado através de protocolos de comunicação independentes da localização e da tecnologia de suporte.

Login

Acesso ao BD

Rotina de verificação

Atualização

Saque

SOA é uma abordagem arquitetural CORPORATIVA que permite a criação de SERVIÇOS DE NEGÓCIO INTEROPERÁVEIS que podem facilmente ser reutilizados e compartilhados entre aplicações e empresas.

Kleber BaciliDiretor de tecnologiaDigitalAssets

• WebService é uma solução utilizada na integração de sistemas e na comunicação entre aplicações diferentes.

• Pode ser desenvolvido em diferentes linguagens com suporte a Web: Java, .Net, PHP, ASP.

Submarino.com

Correios

CEP

OperadoraCartão Crédito

Consulta limite

• Devemos fazer pensar o SOA como sendo uma planta de construção de uma aplicação e como elas irão se conectar.

• O modelo SOA, propõe uma espécie de barramento corporativo (ESB - Enterprise Service Bus), através da qual, aplicações antigas possam ser agregadas e compartilhadas, mas para tal deverá ser traduzida para uma linguagem ou protocolo padrão, o XML.

Enterprise Service Bus

Middleware

Comprei um ESB (Middleware). O que faço agora?

Se um middleware resolve seu problema, por qual motivo você iria considerar a implantação de SOA neste momento?

SOA não veio para conectar “coisas” - arquitetura orientada a serviços está relacionada a uma mudança de estilo de arquitetura, com um mapeamento mais próximo da necessidade do negócio.

O negócio deve definir a arquitetura (daí a importância de SOA) e que a arquitetura deve “dirigir” a tecnologia a ser adotada. A tecnologia não deve ditar as normas para a arquitetura.

A estratégia correta é: “implemente apenas e se necessário, apenas quando houver a necessidade do negócio, e não porque você está prevendo que alguém irá precisar desta implementação”. Eu considero esta uma das regras de ouro da arquitetura SOA .Se você já tem um ESB na sua corporação, saiba que você já deu um grande passo em direção ao mundo SOA. Contudo, não caia na tentação de construir uma “EOA” (ESB - Oriented Architecture).

• Uma pesquisa do IDC aponta que 58% das empresas no mundo estão estudando o SOA, 18% colocaram o conceito em produção e 13% têm um projeto piloto. Somente 11% declararam que não estão fazendo nada a respeito.

• Para que o SOA entre em prática, começa a surgir uma demanda por profissionais de TI

• O salário desse profissional pode chegar ao patamar do de um

gerente de tecnologia ou de projeto, algo entre 8 a 12 mil reais.

O Gartner posicionou SOA – Service Oriented Architecture, entre as 10 prioridades dos executivos de TI para 2008.

4ª Conferência SOA da América LatinaData: 02 de setembro de 2008Local: WTC Hotel

• Benefícios da arquitetura• Paralelismo no desenvolvimento• Integração entre tecnologias distintas. • Reutilização e eficiência de custos• Interoperabilidade

• Flexibilidade ou Manutenção

Empresa: Petrobras

“Como não há uma formação específica para atuar em SOA, o que conta é a combinação da experiência do profissional, a habilidade técnica e a visão do negócio”.

Marcelo Jaccoud Amaral , 43 anos, Arquiteto tecnológico.

Setor: Petroquímico Profissionais envolvidos: 30

Faculdade de Engenharia Química.Mestrado de Engenharia de Software pela PUC-Rio

- Subestimar a complexidade técnica da adoção de SOA em larga escala.

- Ter governança demais ou de menos.

- Tratar SOA como qualquer outro projeto de desenvolvimento de aplicações.

- Colocar a infra estrutura, aplicativos e serviços SOA para rodar sem a devida segurança.

- Tentar ferver o Oceano (Gartner).

- Implementar alguns WebServices.

- Pensaremos em governança mais tarde.

- Vamos às Compras.

SOA não é um produto e portanto não pode ser vendida

Pesquisa realizada pelo AppLabs, constatou que 59% dos profissionais ouvidos desconhecem completamente os riscos associados à SOA. Este estudo, que ouviu mais de 50 profissionais de empresas listadas na Fortune 500, também revelou que 19% deles não sabem como abordar temas como gerenciamento de qualidade e testes em ambientes SOA. Perto de 5% revelou que pretendem testar SOA do mesmo modo que em outros sistemas de TI.

Criado em janeiro de 2007

Não é um consórcio de padronização, como o W3C e o OASIS

Tem como missão incentivar e apoiar fornecedores e usuários para que as maiores organizações adotem o SOA com sucesso

www.soa-consortium.orgwww.soa.com