Hi folks,
I'm trying to map a Reference Architecture to the OASIS SOA Reference
Model, however I've been put in a quandary by some of the definitions
in OASIS SOA-RM:
1) Service Description: "The service description represents the
information needed in order to use a service." [OASIS SoA-RM]
My interpretation of SOA-RM is that a service description will
encompass documents like WSDL-files, XML-schemas, Policy document,
Service Level Agreements and so on. A service description is like a
map that points to all the information that a consumer needs to use
the service. That's fine for me, but it clashes with the term "Web
Service Description Language", which is not used for service
descriptions according to the SOA-RM definition (if you uses Web
Services). I guess we just have to accept this ambiguity.
2) Contract: "A contract represents an agreement by two or more
parties." [OASIS SOA-RM]
Most people think about a WSDL-file as a contract, like in
"contract-first design", but is it really a contract? It is true that
the requirement work for a service in most cases has been done with
some specific consumers in mind, but after the service is deployed and
new consumers discovers the service, the interface to a service is
more like "take-it-or-leave-it".
An SLA, on the other hand, is more like a contract that normally is a
negotiated with every consumer.
3) Policy: "A policy always represents a participant's point of view."
[OASIS SOA-RM]
In many cases I would say that a WSDL-file is a policy-document if we
use OASIS definition. It's something that the service provider states
and the consumers has to accept. On the other hand, If a service state
that it will not be operational between 3 A.M and 4 A.M, that could be
a policy, but in many cases that is something that has been negotiated
between two parties, even after the service has been deployd. I could
very well imagine that a service provider will negotiate different
policys with various consumers that need different QoS.
In that case a policy is more like contract according to the SOA-RM
definition.
So, the problems I have with SOA-RM are:
1) The well established term "Web Service Description Language" does
not actually define a language that is used for a service description
according to SOA-RM definition (well, this is a minor problem).
2) Is a WSDL-file a contract or a policy-document?
3) Does policy-documents always conform to the SOA-RM definition and
reflects one participants view or could it be a contract between two
parties?
// Dennis Djenfer
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
