Pergunta

Eu só estou lendo sobre SOA e o registro de serviço / UDDI são mencionados regularmente. Parece bom, mas como é utilizado na realidade?

  • é o registro destina-se a dissociar um serviço lógico de sua implementação física (porta, url etc)?
  • é o registro feito para ser visualizado por um ser humano em busca de um serviço interessante para brincar?
  • seria 'errado' para o disco fio-an inscrição para os serviços que utiliza?
Foi útil?

Solução

Eu acho que ele seja teoricamente mais útil do que praticamente útil. É raro implementado e pouco usado. Na realidade, o DNS fornece uma ferramenta de abstração suficiente para a localização de recursos na rede.

Outras dicas

serviço armazena um registro e publica informações sobre todos os serviços disponíveis, principalmente a sua descrição da interface e sua atual URI (IP, porta, qualquer que seja). Desta forma, a aplicação pode simplesmente pedir o registro para o serviço necessário e irá obter os detalhes de uma implementação de serviço de montagem, e pode se conectar.

UDDI não é a única maneira de obter um registro para você serviços. Mas lembre-se que UDDI é destinado apenas para webservices, então ele só é útil se o seu SOA consiste apenas de webservices.

1) correto.

2) Não, não é realmente significou para os olhos humanos. Claro, existem ferramentas para navegar no diretório, mas eles são principalmente para olhar se o registro tem os serviços que você precisa etc. O uso reais ocorre diretamente entre o aplicativo / serviço e o registro.

3) Isso depende do que você quer realizar. Se você quer construir uma SOA isso acho que seria 'errado', porque isso contradiz o paradigma acoplamento de SOA. Se este é o seu único serviço, o único aplicativo que usa-lo e é provável que o serviço não vai mudá-lo de URI definitivamente há nenhum problema em hard-fiação-lo - mas depois há propably não há necessidade de separar este serviço:)

como sobre o uso de multicast para disover o serviço? Como usando JGroups ou SLP? Todos os serviços vão descobrir o outro e injetar o que eles precisam em um proxies. Em seguida, a construção de abstração sobre a implementação transporte real. (Por exemplo restante, sabão, rmi)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top