Technical Blog Post
Abstract
Where's the data? The Jazz SM Registry knows...
Body
Registry Services is based on the Open Services for Lifecycle Collaboration (OSLC) approach to loosely coupled integration using Linked Data, and it serves as the hub for integration of OSLC data providers and consumers. Registry Services actually consists of two different registries: the Provider Registry and the Resource Registry.
The Provider Registry is a directory of OSLC Service Providers. It is similar in concept to the telephone "yellow pages". When provider products are deployed, they add provider records to the Provider Registry and consumers search the Provider Registry for providers of specific kinds of information or servies. So, the Provider Registry is a container of OSLC Service Provider records, categorized by the domain they operate in and the types of data that they manage.
The Resource Registry is an index to data about resources managed or tracked by multiple providers. Provider products add records to the resource registry for resources that they manage or track in their OLSC Service Providers. These records include identifying properties about the resources like serial numbers, asset tags or hostnames, as well as URLs that point to the data about the resources in the providers. Data consuming products use the resource registry in the same way that a user might use a web search engine. They search for resources that match some search criteria, and the registry provides a list of all of the URLs that can be accessed to obtain additional information about those resources. A key point is that the Resource Registry is not the repository for the data, but an index to the data.
This is just a very brief introduction to Registry Services, so please return to this blog for details about how the Registry works and how it can be used. Also, please feel free to comment and suggest specific topics that you'd like more information about.
UID
ibm11275454