Come funziona in pratica il SOA service discovery (UDDI)?

Question

Sto solo leggendo su SOA e il registro di servizio / UDDI viene menzionato regolarmente. Sembra bello ma come viene utilizzato nella realtà?

• Il registro ha lo scopo di disaccoppiare un servizio logico dalla sua 'implementazione fisica (porta, url ecc.)?
• Il registro deve essere sfogliato da un essere umano alla ricerca di un servizio interessante con cui giocare?
• Sarebbe 'sbagliato' cablare un applicazione     ai servizi che utilizza?

Answer 1

Trovo che sia più teoricamente utile che praticamente utile. È raramente implementato e usato di rado. In realtà, DNS fornisce uno strumento di astrazione sufficiente per l'ubicazione delle risorse sulla rete.

Answer 2

Un registro dei servizi archivia e pubblica informazioni su tutti i servizi disponibili, principalmente la descrizione dell'interfaccia e il loro URI corrente (ip, porta, qualunque cosa). In questo modo l'applicazione può semplicemente richiedere al registro il servizio necessario e ottenere i dettagli di un'implementazione del servizio adatta e può connettersi.

UDDI non è l'unico modo per ottenere un registro per i tuoi servizi. Ma ricorda che UDDI è destinato solo ai servizi web, quindi è utile solo se la tua SOA è composta solo da servizi web.

1) Corretto.

2) No, non è pensato per gli occhi umani. Certo, ci sono strumenti per sfogliare la directory, ma sono principalmente per cercare se il registro ha i servizi di cui hai bisogno ecc. Il vero utilizzo avviene direttamente tra la tua applicazione / servizio e il registro.

3) Dipende da cosa vuoi realizzare. Se vuoi costruire una SOA, pensa che sarebbe "sbagliato" perché questo contraddice il paradigma di accoppiamento libero della SOA. Se questo è il tuo unico servizio, l'unica applicazione che lo utilizza ed è probabile che il servizio non cambierà il suo URI, non c'è sicuramente alcun problema nel cablaggio fisso, ma quindi non è necessario separare questo servizio:)

Answer 3

che ne dici di usare multicast per disabilitare il servizio? Ti piace usare jgroups o SLP? Tutti i servizi si scopriranno e inietteranno quello di cui hanno bisogno in un proxy. Quindi costruire l'astrazione sull'attuale implementazione del trasporto. (ad es. riposo, sapone, rmi)