FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS DE SERGIPE - FANESE CURSO SUPERIOR DE TECNOLOGIA em Gestão da Tecnologia da Informação

Transcrição

1 FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS DE SERGIPE - FANESE CURSO SUPERIOR DE TECNOLOGIA em Gestão da Tecnologia da Informação 1 Ruironaldi dos Santos Cruz ARTIGO ARQUITETURA ORIENTADA A SERVIÇO SOA SERVICE ORIENTED ARCHITECTURE Aracaju SE

2 2 FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS DE SERGIPE - FANESE CURSO SUPERIOR DE TECNOLOGIA em Gestão da Tecnologia da Informação Ruironaldi dos Santos Cruz ARTIGO ARQUITETURA ORIENTADA A SERVIÇO SOA SERVICE ORIENTED ARCHITECTURE Artigo apresentado à disciplina Modelagem de Processos de Negócio do curso de Gestão de Tecnologia da Informação da FANESE, lecionada pelo Professor Msc. Luciano Passos, como tarefa da primeira unidade do semestre de 2012 Aracaju SE

3 3 LISTA DE ILUSTRAÇÕES ILUSTRAÇÃO 1 Componentes do SOA 07

4 4 SUMÁRIO 1 INTRODUÇÃO 05 2 CARACTERÍSTICAS DO SOA 06 3 REQUISITOS DO SOA 07 4 COMPONENTES DO SOA 09 5 REFERENCIAS 12

5 5 Introdução SOA (Service Oriented Architecture) é um conjunto de princípios e metodologias para projetar e desenvolver softwares na forma de serviços interoperáveis. Os serviços são funcionalidades de negócios bem definidas que são construídas como componentes de programas, ou seja estruturas de dados ou pedaços de código que podem ser reutilizados para diferentes propósitos. Os princípios de projeto do SOA são empregados durante as fases de desenvolvimentos de sistemas e integração de tecnologia. SOA normalmente provê um jeito para os clientes dos serviços sob a forma de aplicações web. Por exemplo, alguns departamentos diferentes dentro de uma empresa podem desenvolver e aplicar serviços SOA em linguagens de programação diferentes, os respectivos clientes poderão se beneficiar com as interfaces bem descritas e definidas para acessar estes serviços. A linguagem XML é muito utilizada como interface com os serviços SOA, apesar de não ser obrigatoriamente necessária. SOA define como integrar aplicações muito diferentes através de um ambiente multiplataforma baseado na WEB. Ao invés de definir uma API, SOA define uma interface em termos de protocolos e funcionalidade (um endpoint). A Orientação a serviço requer perda de acoplamento dos serviços com os sistemas operacionais, e outras tecnologias por trás das aplicações. SOA separa funções em serviços e unidades diferentes, nas quais desenvolvedores podem tornar acessíveis sobre uma rede para permitir usuários combinar e reutilizar estes serviços e unidades na produção de outras aplicações. Estes serviços e respectivos clientes se comunicam entre si através da passagem de dados por um formato compartilhado, ou então coordenando as atividades entre vários serviços.

6 6 Características do SOA SOA é uma arquitetura para desenvolvimento de software de negócio, de modelo de caixa preta, ou seja, que esconde a complexidade da implementação o máximo possível, sendo a ideia de encapsulamento deliberadamente utilizada com a finalidade de provocar o reuso de aplicações de negócio existente, que sofre apenas algumas modificações. Estas modificações normalmente são feitas ao adicionar uma camada de adaptação. Os componentes são fracamente acoplados. A maneira que os componentes interagem nesta arquitetura é feita através de requisições e passagem de dados. Por exemplo: Um componente passa dados a outro e faz uma requisição de serviço, o segundo componente recebe a requisição e se necessário devolve dados ao primeiro. A simplicidade e a autonomia são características do SOA, e cada componente disponibiliza um grupo pequeno de serviços simples para outros componentes. Um conjunto de aplicações funcionando dentro da filosofia do SOA funcionam do mesmo jeito que uma aplicação completa de propósito geral, sendo que os componentes podem ser combinados de maneiras diferentes, tornando os recursos de T.I. Muito mais flexíveis. Dada a necessidade da aplicação formada por serviços diferentes funcionar da melhor forma possível, sem nenhum enclave, a arquitetura deve fornecer componentes com certo nível de aceitabilidade. Para isto, SOA engloba componentes que propiciam ao conjunto certa confiabilidade a nível de serviço, fazendo ainda que SOA seja associado à Business Process Management. Ao empregar a SOA, processos de negócio se tornam serviços de negócio, e em seguida estes serviços são agregados em pacotes que se interconectam a outros processos de negócios. A vantagem disto é que a empresa fica com um processo de negócio com função específica, desta forma quando há necessidade de mudar uma política do negócio, esta modificação não se propaga pelo toda aplicação, apenas sobre o módulo modificado. Exemplos de funções são: Criação de pedidos de vendas, cálculo de juros, reserva de estoque.

7 7 Requisitos dos SOA Ao construir serviços seguindo a filosofia SOA, alguns requisitos precisam ser cumpridos. O serviço deve ser seguro. O serviço por si só não ajuda muito nas rotinas do negócio, entretanto, um único serviço com problemas em sua implementação, pode estender o problemas à aplicação que o utiliza e consequentemente, à organização. Por exemplo: Um erro em um cadastro de reserva estoque, por exemplo, pode desencadear escassez do produto ao consumidor final, diminuindo a confiabilidade da loja. O serviço deve ser preciso, ou seja, realizar a tarefa que é de sua diretriz, e ser coerente com as leis e regulamentações governamentais. Por exemplo: Caso o serviço de cálculo de taxa de juros e impostos sobre um empréstimo não siga os valores e alíquotas especificados, a empresa perde muito em sua receita, porque deixa de cobrar o valor especificado e ainda perde com o pagamento de multas. O serviço deve ser previsível. Ele deve fazer o que aparenta fazer, se um serviço chamado Validar CPF, então ele não deve validar um CNPJ, e sim um CPF. Em cada execução deve também completar a tarefa designada a este serviço, evitando novas execuções desnecessárias.

8 8 Componentes do SOA Ilustração 1: Fonte: "Service Oriented Architecture for Dummies" - 2nd IBM Limited Edition, página 11 O Enterprise Service Bus (ESB), é responsável por fazer com que as mensagens cheguem até os componentes usados na implementação SOA. O SOA registry and repository agregam informações sobre onde os componentes do SOA estão localizados. Business Process orchestration manager faz a tecnologia conectar pessoa a pessoa, pessoa a processos e processos a processos. O Service Broker faz a conexão de serviços à serviços, e assim faz o fluxo de processos de negócio. A função do SOA Service Manager - SM é fazer com que a tecnologia empregada no ambiente SOA funcione de forma previsível e consistente. A meta a ser alcançada no final é criar um ambiente favorável onde todos estes componentes trabalhem em prol do fluxo do processo de negócio. Estes serviços são necessários para ligar componentes de tecnologias diferentes como se fossem parte de uma só aplicação. Um SOA muito bem ajustado ajuda a garantir níveis de qualidade de serviço. Enterprise Service Bus Na arquitetura orientada a serviços partes diferentes de software trocam

9 9 mensagens que são críticas para o funcionamento do conjunto e do serviço fim a fim. Sendo assim, estas mensagens devem ser entregadas de forma ligeira com garantia de entrega. O ESB possui esta função de entregar as mensagens entre componentes de software da aplicação. Ele é uma camada especial que roda no topo da rede e provê um serviço de entrega de mensagens confiável, mesmo sob a pressão da constante demanda por comunicação dos módulos usados. É representado em diagramas como o anterior, por um tubo onde todos os outros componentes da arquitetura estão interligados. Este barramento é, em nível de software, um conjunto de componentes que gerenciam a troca de mensagens entre componentes usando um endereçamento e formato padrão especificado. SOA registry/repository O registry do SOA serve para manter a lista de serviços criados e disponibilizados para a criação dos processos de negócio. Todos os componentes que podem ser reutilizados são gravados no registry como em um catálogo de serviços. Possui funções desempenhadas no ambiente operacional e no ambiente de programação e negócios. Na primeira, o SOA dá referências sobre os componentes de software que estão em execução e disponíveis para uso. Na segunda serve de registro para ajudar na seleção de componentes e formas de conexão entre eles, fazendo a documentação de regras de operação de cada componente disponibilizado. O registry ainda é responsável pelo armazenamento de definições e outras informações sobre os componentes de software, para que clientes destes serviços possam pesquisar e encontrar o que precisam. Esta publicação de Web services é importante para a arquitetura que prega a filosofia da reusabilidade, porque o serviço só pode ser usado depois de registrado e publicado. O repository é um ponto central de referência dentro do ambiente de programação. Armazena o código fonte e as informações de interconexão que tem como finalidade desenvolver os programas que rodam no ambiente operacional. Este repositório alimenta a arquitetura com atualizações e novos componentes, ele roda dentro do ambiente operacional e assume a contrapartida do registro, ou seja, a prática.

10 10 SOA Service Manager O SM é o que faz o gerenciamento, através do BPM (Business Process Management), que tem como foco principal projetar processos de negócio de forma eficaz e efetiva, decidindo o que fará parte da aplicação do negócio e o que não faz. Facilita também o alinhamento com os processos de negócio. Facilita as mudanças em processos de negócio abstraindo as modificações de implementação e tecnologia, para melhorar a capacidade de projetar novas ideias de processos do negócio. Service Broker O SB é o software no framework SOA que faz a junção dos componentes utilizando as regras associadas a cada componente.

11 11 Referências EARL, Thomas, SOA Principles An introdution to the Service-Orientation Paradigm URL: Data de acesso: 01/03/2012 HOLLEY, Kelly, 100 SOA Questions Asked and Answered, Custom Edition for IBM, URL: Data de acesso: 01/03/2012 HURWITZ, Judith, Service Oriented Architecture for Dummies - 2nd IBM Limited Edition URL: Data de acesso: 01/03/2012 KOCH, Christopher, ABC da SOA - O que é a arquitetura orientada a serviços (SOA)? Você realmente precisa dela? Se precisar, quais são os primeiros passos para partir para o novo modelo? URL: / Data de acesso: 01/03/2012 PÉREZ, José Carlos Cortizo, Programación Concurrente y Distribuida Ingeniería en Informática - Service Oriented Architecture. URL: Data de acesso: 01/03/2012