Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Web Service

No description

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Web Service

O que é Web Service?
Web service é uma solução utilizada na integração de sistemas e na comunicação entre aplicações diferentes. Com esta tecnologia é possível que novas aplicações possam interagir com aquelas que já existem e que sistemas desenvolvidos em plataformas diferentes sejam compatíveis. Os Web services são componentes que permitem às aplicações enviar e receber. Cada aplicação pode ter a sua própria linguagem, que é traduzida para uma linguagem universal, um formato intermediário como XML, Json, CSV, txt entre outros.
SOAP
Ganhando destaque no mercado do início da década de 2000, o protocolo SOAP teve grande importância em 2003, quando passou a ser uma recomendação da W3C para desenvolvimento de serviços web, sendo o padrão mais implementado na época e deixando um legado de sistemas e integrações que perdura até hoje.

Seu design parte do princípio da utilização de XMLs para a transferência de objetos entre aplicações, e a utilização, como transporte, do protocolo de rede HTTP.
O que dizem sobre o SOAP
Primeiro, você usa UDDI para descobrir aonde estão os serviços que você está interessado em consumir.

Depois você vai consumir os arquivos WSDL que descrevem os serviços com uma ferramenta geradora de clientes de web services.

Ai você vai poder finalmente enviar as requisições dos seus serviços via HTTP, SMTP, FTP...

Web Service tem que ser visto por um conjunto de tecnologias, que são citadas por MARZULLO (2009).


Vantagens
Independência de transporte: Os cabeçalhos estão dentro da mensagem, ou seja, eles são independentes de protocolo para transportar a mensagem.

O envelope SOAP pode ser transportado por qualquer protocolo: HTTP, SMTP, TCP, etc.

Os conceitos sobre segurança são melhores especificados e difundidos nos protocolos baseados em SOAP do que no protocolo HTTP, utilizado pelo estilo REST.
Protocolo HTTP: Transmissão de dados pela Internet.

XML: Formato padrão para troca de informações, os dados são separados por tags.

SOAP: Fornece uma estrutura padrão de empacotamento para transporte de documentos XML pela internet.

WSDL: Tecnologia XML que descreve de forma padronizada a interface de um Web Service.

UDDI: Descreve um registro mundial de serviços e serve com integração, propaganda e descoberta de serviços.
Web Service
Desvantagens
Complexidade: Uma grande quantidade de serviços precisa ser gerenciada.

Performance: A performance depende do servidor onde o serviço está publicado, como também da rede.

Robustez: Caso uma exceção acontecer não tem como reverter o processo.

Disponibilidade: Uma queda na rede ou no servidor deixa todos os serviços indisponíveis.
GET: Solicita a representação de um determinado recurso. É definido como um método seguro e não deve ser usado para disparar uma ação (remover um usuário, por exemplo);

POST: As informações enviadas no corpo (body) da requisição são utilizadas para criar um novo recurso. Também é responsável por fazer processamentos que não são diretamente relacionados a um recurso.

DELETE: Remove um recurso. Deve retornar o status 204 caso não exista nenhum recurso para a URI especificada.

PUT: Atualiza um recurso na URI especificada. Caso o recurso não exista, ele pode criar um. A principal diferença entre POST e PUT é que o primeiro pode lidar não somente com recursos, mas também pode fazer processamento de informações.
Vantagens
Relativa facilidade de integração;

Uso de padrões difundidos – HTTP é a implementação mais comum de REST;

Escalabilidade;
REST
Foi idealizado por Roy Fielding no ano de 2000, na sua dissertação de doutorado, na qual buscou as melhores práticas nos estilos de arquiteturas existentes para compor um novo estilo que as reunissem em apenas um estilo, o qual ficou conhecido como REST.

REST é um estilo de arquitetura direcionado para sistemas de hipermídia distribuídos. Basicamente esse estilo é composto por dois papéis: Cliente e Servidor.

O principal nesta arquitetura são as URLs do sistema. Ele aproveita os métodos HTTP para se comunicar, que são:
Desvantagens
Implementações “Lo-rest” (usar apenas GET e POST), que são específicas de REST sobre HTTP;

A maioria das implementações REST não suportam invocações e eventos assíncronos;

Full transcript