Services in der Services Registry suchen 
In der serviceorientierten Architektur stehen sich ein oder mehrere Service-Provider und ein oder mehrere Service-Consumer gegenüber. Die Service-Provider stellen bestimmte Business Functions als Services bereit und publizieren ihre Interfaces.
Services sollen so beschrieben werden, dass sie leicht gefunden und in verschiedenen Anwendungen verwendet werden können. Consumer nutzen für die Erstellung neuer Funktionen mehrere Services, die von verschiedenen Service-Providern stammen können. Dies wird als „Service-Orchestrierung“ bezeichnet.
Weitere Informationen zur Rolle und Funktionalität der Services Registry finden Sie unter Services Registry.
Zentrale Services Registry
Bei der Verwendung von Services unterscheidet man den Service-Provider und den Service-Consumer. Im einfachsten Fall ist davon auszugehen, dass der Service-Provider – also derjenige, der Services zur Verfügung stellt – den Service-Consumer kennt und diesem mitteilt, wo Services gefunden werden können. Dies widerspricht allerdings der Idee einer globalen Serviceplattform. Was die Verwendung von Web-Services attraktiv macht, ist gerade die Vorstellung, dass Anwendungen aus Services zusammengebaut werden können, die in einer zentralen Registry bereitgestellt werden – in diesem Fall in der Services Registry.
Die Services Registry (SR) ist eine Registratur für Web-Services, die sich zentral innerhalb einer SOA-Landschaft befindet. Die SR enthält Informationen über die in dieser Landschaft angebotenen Services einschließlich der Verweise auf die WSDL-Metadaten und auf die Standorte der aufrufbaren Service-Endpunkte. Die registrierten Services werden mit Hilfe von Klassifizierungssystemen organisiert, um die Suche nach Services in der Registry zu vereinfachen.
Die Services Registry ist ein zentraler Ort für Entwickler für die Suche nach verfügbaren und wiederverwendbaren Web-Services. Administratoren können verfügbare Service-Endpunkte finden und die Verbindungen zwischen Consumer- und Provider-Systemen verwalten. Die Services Registry bietet Support für SAP-Anwendungen und Anwendungen von Fremdanbietern.
Die Services Registry bietet Antworten auf Fragen folgender Art:
Wo befinden sich die Services in der Landschaft?
Welche Services sind modelliert, aber noch nicht implementiert?
Welche Services wurden bereits konfiguriert und können aufgerufen werden?
Werden Services verwendet, die ich in der Services Registry publiziert habe?
Wie kann ich unterschiedliche benutzerspezifische Views in der Services Registry definieren?
ES Workplace
Der Enterprise Services Workplace im SAP Developer Network (SDN) ist die zentrale Informationsquelle zu Enterprise Services. Dort finden Sie ebenfalls eine öffentlich zugängliche Services Registry. Mit dem SAP NetWeaver Developer Studio können Sie diese Registry integrieren und WSDL-Dokumente zum Verarbeiten aus der Registry des Enterprise Services Workplace in eine Consumer-Anwendung importieren.
Eine Query-Benutzungsoberfläche der Services Registry wurde in die entsprechenden Werkzeuge in der Entwicklungsumgebung eingebettet. Entwickler können WSDL-Dateien der auf dem ES Workplace publizierten Services direkt abrufen und sie für den Gebrauch auswählen.
Zugriff auf die ES Workplace Services Registry: http://sr.esworkplace.sap.com
Voraussetzungen
Der UDDI-Server und die zentrale Services Registry wurden in Ihrer Systemlandschaft konfiguriert.
Weitere Informationen finden Sie unter Configuring the Services Registry.
Funktionsumfang
Sie können in der Services Registry anhand von Klassifikationen nach verfügbaren Service-Definitionen suchen.
Weitere Informationen finden Sie unter Service-Definitionen suchen.
Sie können in der Services Registry anhand von Klassifikationen nach verfügbaren Service-Gruppen suchen.
Eine Service-Gruppe bündelt alle Service-Aufrufe, die vom selben logischen Service-Provider angeboten werden. Wenn eine Service-Definition einer Service-Gruppe zugeordnet ist, weist dies darauf hin, dass der Service von einem Konsumenten verwendet wird.
Weitere Informationen finden Sie unter Service-Gruppen suchen.
Zusätzliche Aufgaben für Administratoren:
Klassifizieren Sie Service-Definitionen, die bereits bestehende Klassifizierungssysteme verwenden.
Weitere Informationen finden Sie unter Service-Definitionen klassifizieren.
Publizieren Sie Service-Definitionen von Fremdanbietern in der Services Registry, um sie in Ihrer SOA-Landschaft sichtbar zu machen. Geben Sie einen Link zur Dokumentation des Serivce an und klassifizieren Sie die Service-Definition.
Weitere Informationen finden Sie unter Service-Definitionen mit der Services Registry publizieren.
Legen Sie neue Klassifizierungen in Ihrer zentralen Services Registry an.
Weitere Informationen hierzu finden Sie unter Klassifizierungssysteme verwalten.
Legen Sie Profile an, um festzulegen, welche Benutzer bestimmte Service-Definitionen anzeigen können.
Weitere Information finden Sie unter Verwendungsprofile definieren.
Synchronisieren Sie den Inhalt der Test- und Produktivversion Ihrer zentralen Services Registry.
Weitere Informationen finden Sie unter Inhalt der Services Registry importieren oder exportieren.
Ermitteln Sie nicht verfügbare Service-Endpunkte, die in der Services Registry publiziert werden.
Weitere Informationen finden Sie unter Services Registry bereinigen.
Entfernen Sie Service-Definitionen von der Services Registry.
Weitere Informationen finden Sie unter Services von der Services Registry entfernen.
Verwenden Sie die Services-Registry-APIs.
Weitere Informationen finden Sie unter APIs.