SOA patterns: proposal for policy enforcement

How can policy assertions be consistently processed and enforced across a service inventory?

Here is another candidate SOA pattern submitted and being considered by the SOA patterns community process. If approved, it will be added to the established SOA patterns outlined at SOApatterns.org and in the book SOA Design Patterns (coordinated by Thomas Erl).

Candidate SOA pattern: Policy Enforcement

At issue: How can policy assertions be consistently processed and enforced across a service inventory? When building services as Web services, the use of WS-Policy assertions may not be supported by all parts of the service inventory, especially when policy assertions are added to service contracts subsequent to service implementation.

Solution: The inventory architecture is equipped with policy processing and enforcement features.

Application: A standard policy framework is implemented within the inventory architecture.

Impacts: The runtime interpretation, processing, and validation of policy assertions can add performance overhead, especially when larger policy vocabularies are used.

Principles: Standardized Service Contract, Service Abstraction, Service Discoverability

SOA proponents, enterprise architects, and IT professionals are invited to submit patterns they have identified for potential inclusion. SOA design patterns typically represent field-tested solutions, and organize intelligence into referenceable formats, and are intended to be repeatable by IT professionals.

Newsletters

You have been successfully signed up. To sign up for more newsletters or to manage your account, visit the Newsletter Subscription Center.
See All
See All