Descoberta de serviços da web - Web Services Discovery

O Web Services Discovery fornece acesso a sistemas de software pela Internet usando protocolos padrão. No cenário mais básico, há um Provedor de Serviço da Web que publica um serviço e um Consumidor de Serviço da Web que usa esse serviço. Descoberta de serviço da web é o processo de localização de serviços da web adequados para uma determinada tarefa.

Publicar um serviço da web envolve a criação de um artefato de software e torná-lo acessível a consumidores em potencial. Os provedores de serviços da Web aumentam uma interface de terminal em serviço com uma descrição de interface usando o Web Services Description Language (WSDL) para que um consumidor possa usar o serviço.

Descrição Universal, Descoberta e Integração ( UDDI ) é um registro baseado em XML para serviços comerciais de Internet. Um provedor pode registrar explicitamente um serviço com um Web Services Registry , como UDDI, ou publicar documentos adicionais destinados a facilitar a descoberta, como documentos Web Services Inspection Language (WSIL). Os usuários ou consumidores do serviço podem pesquisar serviços da web manualmente ou automaticamente. A implementação de servidores UDDI e motores WSIL deve fornecer APIs de pesquisa simples ou GUI baseada na web para ajudar a encontrar serviços da web.

Os serviços da Web também podem ser descobertos usando mecanismos multicast como WS-Discovery , reduzindo assim a necessidade de registros centralizados em redes menores.

Descoberta e integração de descrição universal

Universal Description, Discovery and Integration ( UDDI , pronunciado / j ʊ d i / ) é um independente de plataforma , Extensible Markup Language protocolo que inclui um registro (baseado em XML) pela qual as empresas em todo o mundo pode listar-se na Internet , e uma mecanismo para registrar e localizar aplicativos de serviço da web . UDDI é uma iniciativa aberta da indústria, patrocinada pela Organização para o Avanço de Padrões de Informação Estruturada ( OASIS ), para permitir que as empresas publiquem listas de serviços e se descubram, e para definir como os serviços ou aplicativos de software interagem na Internet.

UDDI foi originalmente proposto como um padrão de serviço da Web principal . Ele é projetado para ser interrogado por mensagens SOAP e fornecer acesso a documentos WSDL ( Web Services Description Language ) que descrevem as ligações de protocolo e formatos de mensagem necessários para interagir com os serviços da web listados em seu diretório.

História da UDDI

O UDDI foi escrito em agosto de 2000, numa época em que os autores tinham uma visão de um mundo no qual os consumidores de serviços da web estariam ligados a provedores por meio de um sistema de corretagem dinâmico público ou privado. Nessa visão, qualquer pessoa que precisasse de um serviço, como autenticação de cartão de crédito , iria até seu corretor de serviços e selecionaria um serviço que suporte a interface de serviço SOAP desejada (ou outra) e atenderia a outros critérios. Em tal mundo, o nó UDDI operado publicamente ou corretor seria crítico para todos. Para o consumidor, corretores públicos ou abertos retornariam apenas serviços listados para descoberta pública por outros, enquanto para um produtor de serviços, obter uma boa colocação na corretora - por contar com metadados de categorias de índice autoritativas - seria crítico para uma colocação eficaz.

O UDDI foi incluído no padrão Web Services Interoperability (WS-I) como um pilar central da infraestrutura de serviços da web, e as especificações UDDI suportaram um Universal Business Registry acessível publicamente no qual um sistema de nomenclatura foi construído em torno do corretor de serviços orientado por UDDI.

O UDDI não foi amplamente adotado como seus projetistas esperavam. IBM , Microsoft e SAP anunciaram que estavam fechando seus nós UDDI públicos em janeiro de 2006. O grupo que definiu UDDI, o Comitê Técnico de Especificação de Descrição, Descoberta e Integração (UDDI) Universal votou para concluir seu trabalho no final de 2007 e foi fechado . Em setembro de 2010, a Microsoft anunciou que estava removendo os serviços UDDI de versões futuras do sistema operacional Windows Server . Em vez disso, esse recurso seria movido para o BizTalk Server . Em 2013, a Microsoft anunciou a descontinuação dos Serviços UDDI no BizTalk Server. Em 2016, a Microsoft removeu os Serviços UDDI do BizTalk Server.

Os sistemas UDDI são mais comumente encontrados dentro das empresas, onde são usados ​​para vincular dinamicamente os sistemas do cliente às implementações. No entanto, muitos dos metadados de pesquisa permitidos em UDDI não são usados ​​para essa função relativamente simples.

Estrutura de UDDI

Um registro de negócios UDDI consiste em três componentes:

  • White Pages - endereço, contato e identificadores conhecidos;
  • Páginas Amarelas - categorizações industriais baseadas em taxonomias padrão ;
  • Páginas Verdes - informações técnicas sobre os serviços expostos pela empresa.

White Pages

As páginas brancas fornecem informações sobre a empresa que fornece o serviço. Isso inclui o nome da empresa e uma descrição da empresa - potencialmente em vários idiomas. A partir dessas informações, é possível encontrar um serviço sobre o qual algumas informações já são conhecidas (por exemplo, localizar um serviço com base no nome do provedor).

As informações de contato da empresa também são fornecidas - por exemplo, o endereço e o número de telefone da empresa; e outras informações, como Dun & Bradstreet.

Paginas amarelas

As páginas amarelas fornecem uma classificação do serviço ou negócio, com base em taxonomias padrão. Isso inclui a Classificação Industrial Padrão (SIC), o Sistema de Classificação da Indústria da América do Norte (NAICS) ou o Código de Produtos e Serviços Padrão das Nações Unidas (UNSPSC) e taxonomias geográficas.

Como uma única empresa pode fornecer vários serviços, pode haver várias Páginas Amarelas (cada uma descrevendo um serviço) associadas a uma Página Branca (fornecendo informações gerais sobre a empresa).

Páginas Verdes

As páginas verdes são usadas para descrever como acessar um serviço da Web, com informações sobre as ligações de serviço. Algumas das informações estão relacionadas ao Web Service - como o endereço do serviço e os parâmetros e referências a especificações de interfaces. Outras informações não estão relacionadas diretamente ao serviço da Web - isso inclui e-mail, FTP , CORBA e detalhes de telefone para o serviço. Como um serviço da Web pode ter várias ligações (conforme definido em sua descrição WSDL ), um serviço pode ter várias páginas verdes, pois cada ligação precisará ser acessada de forma diferente.

Nós UDDI e registro

Os nós UDDI são servidores que suportam a especificação UDDI e pertencem a um registro UDDI, enquanto os registros UDDI são coleções de um ou mais nós.

SOAP é um protocolo baseado em XML para trocar mensagens entre um solicitante e um provedor de um serviço da web. O provedor publica o WSDL para UDDI e o solicitante pode ingressar nele usando SOAP.

Descoberta Federada

O mecanismo de pesquisa UDDI atual só pode se concentrar em um único critério de pesquisa, como nome comercial, localização comercial, categoria comercial, tipo de serviço por nome, identificador comercial ou URL de descoberta. Na verdade, em uma solução de negócios, é muito normal pesquisar vários registros UDDI ou documentos WSIL e, em seguida, agregar o resultado retornado usando técnicas de filtragem e classificação. A IBM modularizou esse mecanismo federado de descoberta de serviços da Web em 2001. A tecnologia lançada pela IBM é o Business Explorer for Web Services (BE4WS) .

Veja também

Referências

links externos