Role of Service Registries in SOA Increasing in Importance

| by Jean-Jacques Dubray Follow 3 Followers on Jun 29, 2007. Estimated reading time: 2 minutes |
The concept of “service registry” has been a corner stone of Service Oriented Architecture since the year 2000, with the launch of the UDDI specification (an SPI that supports dynamic discovery of services). At first, it was thought that we needed global yellow pages from which services could be queried and discovered while supporting a “dynamic” consumer model. The “service registry” has evolved significantly since these early days. First, Global registries from Microsoft, IBM and SAP have all but shut down for the lack of published services while people have lost interest in the “discover & consume” pattern. Later, pioneers, such as Systinet, went on to built a healthy market by understanding that registries were a key ingredient of an enterprise SOA to enable consumers within an organization to be able to find the services that were already built by other parts of the organization. The truism to keep in mind is that you can’t reuse what you can’t find. Hence you can’t achieve the main benefits of an SOA without a local enterprise wide registry. Sure, most people start with a spreadsheet, but it quickly becomes unmanageable.

Registries did not stop there; they were complemented with a repository as it became clear that service metadata needed to be stored in a consistent way and version controlled (Schemas, WSDLs, …). ebXML had actually had the foresight to create a combined specification for a registry and repository way back in 2001.

With the growth of the ESB market, registries supported service end point look ups at run time. This capability became a widely used pattern, the mediation pattern, which can help isolate service consumers from the deployment of new versions of a service. It can also be used in combination with some business rules to decide the most appropriate end point to render the service for a particular request and consumer. The possibilities of this pattern are endless and coupled with a monitoring infrastructure it can also help you enforce service level agreements (SLA) either from a load balancing perspective or based on specific business requirements.

In parallel, the notion of “Governance” emerged. If we want to build services that can be reused, well, they have to be designed, funded and operated in such a way that other consumers would want to reuse them. Infravio and Systinet were amongst the first ones to offer this capability. At this point the market matured and innovators were acquired (Systinet is now part of HP, FlashLine is part of BEA and Infravio part of Software AG) while new products were developed (SOA Software) with an increased focus on SLAs. Registry became so strategic that some large infrastructure vendors such as IBM, and now SAP, chose to develop their own registry and integrate it tightly with their tools and infrastructure. We can expect that Microsoft and Oracle will follow.

Susanne Rothaug, product manager at SAP, details today in her blog the capabilities of this new registrySAP pushes one more time the boundaries of registries providing a single design environment that links business architecture with service designers and service consumers to better support the alignment between IT and the business.

With this new direction, we can expect the service registry to become the central information system where all the enterprise metadata is stored while supporting and federating business architecture, enterprise architecture and solution architecture. The action is just beginning! 

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread


Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you