Wie funktioniert SOA Service Discovery (UDDI) in der Praxis?

Question

Ich lese gerade auf SOA und der Service-Registry / UDDI regelmäßig erwähnt bekommen. Es klingt schön, aber wie wird in der Realität verwendet?

• Ist die Registrierung bedeutet einen logischen Dienst von seiner physischen Implementierung (Port, URL etc.) zu entkoppeln?
• Ist die Registrierung sollte durch einen Menschen für einen interessanten Service Suche durchsucht werden, um mit zu spielen?
• Wäre es ‚falsch‘ fest zu verdrahten eine seines Anwendung     auf die Dienste nutzt es?

Answer 1

Ich finde es als praktisch nützlich mehr theoretisch nützlich zu sein. Es wird selten umgesetzt und selten verwendet. In Wirklichkeit stellt DNS ein ausreichendes Abstraktion Werkzeug für den Standort der Ressourcen im Netzwerk.

Answer 2

Ein Service-Registry speichert und veröffentlicht Informationen über alle verfügbaren Dienste, vor allem ihre Schnittstellenbeschreibung und ihre aktuellen URI (ip, port, was auch immer). Auf diese Weise kann die Anwendung einfach die Registrierung für den benötigten Service stellt und wird die Einzelheiten einer Armatur Service-Implementierung erhalten, und eine Verbindung herstellen kann.

UDDI ist nicht der einzige Weg, um eine Registrierung für Sie Dienstleistungen zu erhalten. Aber denken Sie daran, dass UDDI nur für einen Web Service vorgesehen ist, so ist es nur sinnvoll, wenn Ihr SOA nur von Webdiensten besteht.

1) Richtig.

2) Nein, es ist nicht wirklich für das menschliche Auge gemeint. Sicher, es gibt Werkzeuge, um das Verzeichnis zu suchen, aber sie sind in erster Linie für die Suche, wenn die Registrierung der Dienste, was Sie brauchen, etc. Die eigentliche Nutzung geschieht direkt zwischen Ihrer Anwendung / Service und der Registrierung.

3) Das hängt davon ab, was Sie erreichen wollen. Wenn Sie eine SOA aufbauen wollen denke, es wäre es ‚falsch‘, weil dies die lose Kopplung Paradigma der SOA widerspricht. Ist dies Ihr einziger Dienst, die einzige Anwendung, die es verwendet, und es ist wahrscheinlich, dass der Dienst nicht ändern ist es URI es ist auf jeden Fall kein Problem bei der Festverdrahtung - aber dann gibt es propably keine Notwendigkeit, diesen Dienst zu trennen:)

Answer 3

, wie etwa Multicast mit dem Service disover? Wie jgroups oder SLP verwenden? Alle Dienste werden sich entdecken und injizieren, um die man sie in eine Proxies benötigen. Dann baut Abstraktion über die eigentlichen Transport Umsetzung. (Z Rest, Seife, rmi)