UNIVERSIDADE TECNOLOGICA FEDERAL DO PARANA DIRETORIA DE PESQUISA E POS GRADUACAO PROGRAMA DE POS GRADUACAO EM ENGENHARIA DE PRODUCAO

ADEMIR MAZER JUNIOR

RESENHA DO ARTIGO: SERVICE ORIENTED ARCHITECTURES: APPROACHES, TECHNOLOGIES AND RESEARCH ISSUES

TRABALHO ACADEMICO

PONTA GROSSA 2011

ADEMIR MAZER JUNIOR

RESENHA DO ARTIGO: SERVICE ORIENTED ARCHITECTURES: APPROACHES, TECHNOLOGIES AND RESEARCH ISSUES

` Trabalho Acad mico apresentado a Unidade Currice ular de Gest o do Conhecimento do Programa de a P s Graduacao em Engenharia de Producao da Unio versidade Tecnol gica Federal do Paran como reqo a uisito parcial para aprovacao. Orientador: Antonio Carlos de Francisco

PONTA GROSSA 2011

Introducao No artigo, o autor (PAPAZOGLOU; HEUVEL, 2007) descreve uma vis o geral das teca nologias e abordagens utilizadas para a unicacao de conceitos e princpios de SOA1 com os da programacao orientada a eventos, al m de propor uma extens o a SOA para requisitos, identi e a ` cados pelo autor como essenciais, de ESB2 , abordagem por ele identicada como xSOA3 . O entendimento de que as empresas modernas apresentam alto desempenho respondendo ` de forma efetiva e r pida a competitividade global coloca os servicos4 como guras crticas na a formacao de um conjunto de processos de neg cio independentes. o Os avancos na integracao de sistemas atrav s de SOA se d pela necessidade da implementacao e a de Web services. Esta arquitetura permite acompanhar de forma an loga o uxo de servicos de a neg cio de uma empresa. Nela os recursos de software agrupam-se em servicos bem denidos o e auto-contidos. As tecnologias mais comuns na implementacao de Web services se d comu a mentemente pelas tecnologias padronizadas: WSDL5 , SOAP6 , UDDI7 . SOA permite que os desenvolvedores lidem de maneira exvel com complexidades entre sistemas atuais e legados que envolvem seguranca, diferencas de protocolos, gerenciamento de transacoes, dentre out ras. Ela busca esta exibilidade atrav s de mapeamentos de servicos em uma rede distribuda, e os quais est o diretamente ligados aos processos necessitados pelos usu rios nais e podem a a ser reutilizados como numa montagem de blocos de processos, ao contr rio das abordagens a tradicionais de desenvolvimento que buscam a implementacao de sistemas e subsistemas. SOA conceitualmente independe de uma tecnologia especca, gracas a limitar-se no nvel ` de interface de servicos, que devem ser descritos atrav s de uma linguagem de marcacao, que e pode ser a WSDL quanto implementado atrav s de Web services. Cada unidade de servico deve e seguir tr s caractersticas: 1) deve ser auto-contido mentendo seu pr pio estado, 2) indepene o dente de plataforma, 3) possibilitar a localizacao din mica e poder ser combinado com outros a servicos atrav s de sua evocacao. Os servicos em SOA devem fornecer apenas sua interface de e comunicacao sem a necessidade de que os clientes destes conhecam sua implementacao ou tec nologia, permitindo antigos sistemas a continuarem ativos sem a necessidade de reescrita. Os
Oriented Architecture - Arquitetura Orientada a Servicos Service Bus - Barramento de Servicos Corporativos: uma plataforma de integracao de aplicativos que utiliza padr es de Web Services para dar suporte a uma variedade de padr es de comunicacao sobre m ltiplos o o u protocolos de transporte de dados. 3 extended SOA - SOA extendido 4 No texto o autor utiliza (Web) services para criar um paralelo entre os servicos tradicionais e a tecnologia Web Services tratada no artigo. 5 Web Services Description Language - Linguagem de descricao de Web services 6 Simple Object Access Protocol - Protocolo Simples de Acesso a Objetos 7 Universal Description, Discovery and Integration - Descricao Universal, Descoberta e Integracao
2 Enterprise 1 Service

ii

Web services tem se tornado o padr o de implementacao de SOA gracas ao uso de tecnologias a padronizadas como HTTP, SOAP e XML. Pap is em SOA e As solucoes em SOA denem dois participantes que ocupam os pap is de provedor de e servico e consumidor (cliente), os quais se comunicam atrav s de requisicoes de servico. Estas e requisicoes s o mensagens formatadas de acordo com SOAP, que trafega pela internet atrav s de a e protocolos variados. Um SOAP listener (escutador) intercepta e aceita a solicitacao de servico via SOAP, extrai seu corpo de mensagem no formato XML, transforma em protocolo nativo e delega a execucao para o processo correto. Os componentes dos Web services s o mantidos por um servidor ou provedor de servicos a (Web services container que faz a ponte entre os servicos de neg cio e as implementacoes o de baixo nvel. Estes servidores fornecem localizacao, roteamento, evocacao de servicos e gerenciamento. A resposta enviada ao cliente estar na forma de um envelope SOAP contendo a uma mensagem em XML. A vis o que os clientes t m n o descreve como os servicos est o a e a a desenvolvidos ou sua arquitetura por tr s da interface, j a vis o do provedor oferece uma a a a perspectiva de como esta arquitetura foi projetada. Agrupamentos denindo novos servicos, ou simplicacoes de consumo para clientes, po dem ser conseguidos atrav s de agregadores de servicos. Os agregadores desempenham os dois e pap is, de provedor e cliente. Eles fornecem um servico atrav s das interfaces descritas, e atuam e e como clientes solicitando servicos de um ou mais provedores para montar a resposta esperada de seus clientes. Para que os clientes encontrem e decidam quais provedores de servico escolher, servidores de de registros de servicos podem ser utilizados para este m, como os UDDI. Chamados de ser vice brokers, estes provedores tem a funcao de manter um cat logo dos servicos e denir o seu a nvel de adequacao a regras de seguranca, conabilidade ou uso de boas pr ticas empresariais. ` a Os provedores de servico realizam seus registros atrav s da publicacao de suas WSDL e Enterprise service bus Web services s o uma tecnologia importante para implantar SOA, sem descartar a possbilia dade de utilizacao de outras linguagens e plataformas como JEE, CORBA ou IBM Websphere MQ como middleware8 usando caractersticas que funcionam com WSDL. O uso de um EAI9 permite maior exibilidade, gerenciamento e escalabilidade na integracao de sistemas e projetos
que realizam, atrav s da insercao de uma camada tenol gica, a ponte entre plataformas e tecnoloe o gias atuais com sistemas legados ou de diferentes plataformas e protocolos 9 Enterprise Application Integration - Integracao de Aplicacoes Comerciais
8 Aplicativos

iii

SOA a solucoes de topologia ponto-a-ponto. Estas solucoes prov m interfaces por Web services e integrando sistemas de gerenciamento de mensagens, garantindo, por exemplo, que sistemas em linguagem JAVA solicitem servicos pelo EAI, providos realmente por -UTFPRsistemas em sistemas legados escritos em plataformas mMainframe, diretamente de fontes de dados como sistemas gerenciadores de bancos de dados ou planilhas eletr nicas e ainda de sistemas ERP o em nvel operacional. SOA orientado a eventos A maneira n o sncrona e paralela com que os eventos de neg cio acontem em ambientes a o empresariais exigem que um ESB permita aos os servicos em SOA ocorrerem em baixo acopla mento de forma mais independente possvel. Os servicos em SOA n o necessitam conhecer as a implementacoes de protocolos, um gerente de eventos e respons vel por colocar as mensagens a em uma la e o ESB entrega aos servicos que se inscreveram no evento. Em ambientes onde n o foram denidas polticas de seguranca ou boas pr ticas, uma a a arquitetura leve pode ser empregada. Para atingir esta arquitetura, os participantes de uma transacao de servicos (cliente e servidor) n o devem apenas ter baixo acoplamente, e sim nen a hum acoplamento, pois nestes casos provedores de registro de servicos n o estar o disponveis a a e a necessidade do cliente em conhecer o servico pela sua WSDL ser dispensada. Seu con a trato de servico ocorrer apenas no momento de evocacao atrav s do ESB ao qual ambos se a e inscreveram. O uso de ferramentas visuais para projetar o orquestramento dos servicos e ideal, per mitindo que eles sejam distribudos e reordenados sem a necessidade de reescrita ou alteracoes dos servicos. Capacidades chave A implantacao de SOA requer que aplicacoes e infraestrutura suportem os princpios de SOA. Isto requer alteracoes e criacoes de funcoes nos aplicativos. A infraestrutura deve fornecer suporte para pesquisa e descoberta de servicos, protocolo de comunicacao, capacidade de alteracao de localizacao dos servicos sem afetar os clientes, dentre outros. Estas caractersticas de in fraestrutura s o disponibilizadas por um ESB. O autor lista as caractersticas consideradas a necess rias para um ESB util e funcional, s o elas: 1) Aproveitamento dos ativos existentes: a a reuso dos sistemas legados que implementam regras de neg cio e apresentam alto risco de reeo scrita; 2) Capacidade de comunicacao de servicos: roteamento das interacoes entre os servicos, transformacao entre protocolos, servicos de mensagens, entre outros; 3) Capacidades de conec tividade din mica: possibilidade de prover conectividade sem a necessidade de porcoes de a

iv

c digos est ticos de APIs ou proxy para cada servico; 4) Capacidades de roteamento baseado o a em conte do/T picos: roteamento baseado em t picos assume que as mensagens podem ser u o o agrupadas por t picos e assim receber outras associadas. Roteamentos baseados em conte do o u permitem as inscricoes em restricoes das propriedades (atributos) reais de eventos de neg cio. o Assim o conte do de uma mensagem determina seu roteamento a diferentes pontos de execucao u do ESB.; 5) Capacidades de descoberta de endpoints10 com m ltiplas qualidades de servico: u atrav s da descoberta, localizacao e ligacao de servicos incrementados com a utilizacao de e WSDL, UDDI, SOAP e WS-PolicyFramework11 , os clientes devem ser capazes de identicar o melhor servico baseado na qualidade de servico publicada.; 6) Capacidades de integracao: em um ambiente heterog nio de SOA o ESB deve ser capaz de integrar diversos sistemas, ine cluinda aqueles que n o possuem suporte para tecnologias baseadas em servicos, como no caso a de sistemas legados.

traducao literal seria extremidades, por m pode-se entender como pontos de execucoa, isto e, as funcoes e que realmente executam os servicos 11 Framework de Poltica para Web services

10 A

 REFERENCIAS

PAPAZOGLOU, M. P.; HEUVEL, W. Service oriented architectures: approaches, technologies and research issues. The VLDB Journal, v. 16, n. 3, p. 389415, mar. 2007. ISSN 1066-8888. Disponvel em: <http://www.springerlink.com/index/10.1007/s00778-007-0044-3>.