SD - SOA

SD - SOA

1. O que é?

   • um paradigma de arquitetura para lidar com os processos corporativos distribuídos em um grande cenário de sistemas heterogêneos existentes e novos que estão sob controle de diferentes proprietários.
   • Definição Técnica
     • uma abordagem para desenvolvimento de software na qual os serviços disponibilizam funcionalidades reutilizáveis através de interfaces bem definidas, infraestrutura que permite a descoberta, a composição e a invocação desses serviços, permitindo a criação de novas aplicações.
   • Definição Negócios
     • uma forma de expor funcionalidades legadas para aplicações clientes remotas, implementando novos processos de negócio utilizando os ativos de software existentes ou de terceiros, reduzindo os custos enquanto aumenta o potencial de inovação através do investimento em software.

2. Princípios de Design. Serviços são:

   • São reutilizáveis
   • Compartilham um contrato formal
   • Baixo acoplamento
   • Abstraem a lógica
   • São capazes de se comporem
   • São autônomos
   • Evitam alocação de recursos por longos períodos
   • são capazes de serem descobertos

3. Vantagens

   • Diferentes sistemas – independentemente de sistema operacional ou linguagem de programação utilizada – comuniquem-se e troquem informações sem a necessidade de conhecer todo o sistema a qual se que integrar. possibilidade de integração com sistemas legados

4. Adotando SOA

   • implantação e manutenção de sistemas que utilizam essa arquitetura exigem um sistema gerenciamento e manutenção continua

5. REST

   • REST é uma sigla que significa Representational State Transfer (Transferência de Estado Representacional). Diferentes métodos (ou verbos) de comunicação (GET, POST, PUT, DELETE, HEAD, OPTIONS); –Utilização de headers HTTP (tanto padronizados quanto customizados); –Definição de arquivos como recursos (ou seja, cada um com seu próprio endereço); –Utilização de media types.
   • Princípios REST
     • Recurso
       • cada recurso deve ter uma URL bem definida
     • Métodos HTTP
       • cada recurso deve ter uma URL bem definida
     • Uso de Mime Types
       • Os tipos MIME são o mecanismo padrão de negociação de conteúdo na internet, e são representados por strings contendo o tipo genérico um tipo mais especializado; •HTML - text/html; •XML - text/xml ou application/xml; •PNG - image/png; •JPG - image/jpg; •JSON - application/json;
   • REST em Java
     • Especificação JAX-RS
       • JAX-RS é a especificação do Java para serviços Web REST, e pode ser utilizada juntamente com outras tecnologias do Java EE, como fazer integração com EJBs
       • Objetivos
         • •Desenvolvimento baseado em POJOS (Plain Old Java Object) onde as classes são disponibilizadas como recursos; •Foco no HTTP; •Independência de contêiner, podendo ser portável a qualquer contêiner JEE; •Independência de formato; •O JAX-RS implementa um recurso web como uma classe recurso e requisições são processadas por métodos recursos.
       • Anotações
         • •@Path: annotation utilizada para indicar o endereço do recurso URI; •@Path(“{id}”) – indica ID dinâmico que será passado via URL; •@POST: annotation utilizada para indicar que um novo recurso será criado no cliente; •@Consumes: annotation utilizada para indicar o tipo MIME para comunicação de entrada da informação; •@Consumes("application/xml") •@GET: annotation utilizada para indicar que o recurso existente será recuperado através de uma consulta GET; •@Produces: indica o tipo MIME retornado para este recurso, ou seja, o tipo MIME de saída, resultante da operação. •@Produces("application/json") •@PUT: annotation utilizada para indicar que um recurso existente será atualizado; •@DELETE: annotation utilizada para indicar que um recurso existente será apagado;
     • RESTfull com JAX-RS
       • - É baseada em anotações ou @annotations; - As classes e os métodos são anotados com @annotations que permitam expô-los como recursos, foco principal do REST; - Utiliza URI’s nas @annotations para nomear os rec- A implementação de referência da JSR-311 é Jersey, mas existem outras implementações entre elas Restlet, RESTEasy, Apache CXF entre outros recursos;

6. REST e HTTP

   • REST vê cada aplicação web como um conjunto de recursos, que representam um estado particular de um aplicativo. REST oferece: •URLs bem definidas para recursos; •Utilização dos métodos HTTP de acordo com seus propósitos; •Utilização de media types efetiva; •Utilização de headers HTTP de maneira efetiva; •Utilização de códigos de status HTTP; •Utilização de Hipermídia como motor de estado da aplicação.