Service Registry can protect quality of service to consumers by instructing IBM DataPower or IBM Integration Bus to limit traffic to service endpoints, avoiding excessive strain on your servers.
There are several resources on the internet describing how to protect service endpoints:
- SOA Policy, Service Gateway, and SLA Management
This IBM® Redbooks® publication teaches you how to automate your runtime policy by using a centralized policy management system. The SOA Policy Solution provides a centralized policy administration, enforcement, and monitoring for runtime policies that enable traffic management for service level agreement enforcement, service mediation, and other customized policies. Policies can be defined once and reused among multiple services, thus enabling a standardized, consistent approach to a runtime policy that saves time and money for implementation and maintenance of non-functional requirements for the enterprise and assists with faster time to market.
Business users can use the SOA Policy Solution to help create the service level agreements for their business services to deliver on promises for business performance. IT Architects can use the SOA Policy Solution to architect the policy solution patterns that standardize the runtime policy usage at their organization. Developers select specific policy patterns to implement the non-functional requirements that are associated with their projects. Operations groups provide information about operation needs and create standardized monitoring policy for operational action at run time.
- Using WebSphere Service Registry and Repository V8 and DataPower V5 for service level mediation policy enforcement
This article shows you how to create a web service proxy in WebSphere DataPower for a web service registered and governed in WebSphere Service Registry and Repository. It also shows you how to attach a service-level mediation policy to the service in WebSphere Service Registry and Repository and then enforce it in DataPower.
This article shows you how to use policies to control the amount of traffic allowed to a SOAP service.
- Using DataPower with WSRR and REST services, Part 1: Registering, exposing, and invoking a REST service with a sample client
This article shows you how to use new capabilities in DataPower V6 and WSRR V18.104.22.168 to dynamically look up endpoint URLs of REST services that are registered in WSRR. Policies authored and stored in WSRR and enforced by DataPower have also been enriched with new capabilities.
Much like the previous article, this shows how to proxy REST over HTTP services in DataPower, and enforce the same policies to control the amount of traffic allowed to the service.
- Combining IBM Integration Bus with WSRR
Combining IBM Integration Bus with WSRR (WebSphere Service Registry and Repository) enables message flows running in IBM Integration Bus to access the metadata associated with services registered in WSRR. This enables dynamic connectivity between service consumers and service providers.
Part 9 of the article series shows how to use Workload Management policies defined in WSRR to protect services in IIB.
In this video series, WSRR developer Steve Willoughby demonstrates the policy authoring, attachment, promotion and WebSphere DataPower V5.0 integration with WebSphere Service Registry and Repository.