OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [soa-rm] Interesting article on SOA and APIs


Well, I think we have recognised the elephant: "none of us seems to find anything revealing in the ideas presented"
 
- Michael
 
 

 

----- Original Message -----

From: Ken Laskey

Sent: 05/07/14 04:20 PM

To: Christopher D Bashioum

Subject: Re: [soa-rm] Interesting article on SOA and APIs

 
This is interesting in that given a short post, three of us keyed off of three different excerpts.  Almost seems like the blind men and the elephant.  However, none of us seems to find anything revealing in the ideas presented.
 
Ken
 
On May 7, 2014, at 10:01 AM, Bashioum, Christopher D <cbashioum@mitre.org> wrote:
 
It is not clear to me what Patrick Gray thinks of as a service (his conceptual view of service).  It is not clear that his view is consistent with the SOA RM.  In my view, the RM puts a lot of emphasis on the accessibility, and what Patrick is calling the API view is (in my opinion) more consistent with the SOA RM. 

 

 
In fact, when doing services according to the RM and the RAF, you need to consider the universe of potential consumers and how to make your capability accessible to that universe – and to lower any barriers to that accessibility.   If your universe of potential consumers is very large, then it will look a lot like the API concept that Patrick mentions.  If your universe is tightly constrained, it might be more like the SOA version that Patrick mentions.

 

 
Note also that Patrick mentions the use of ESBs.  I’m thinking his conceptual view is of capabilities joined together via an ESB to accomplish some business function – whether or not an external API is generated as a result.

 

 
From: soa-rm@lists.oasis-open.org [mailto:soa-rm@lists.oasis-open.org] On Behalf Of Mike Poulin
Sent: Wednesday, May 07, 2014 4:39 AM
To: Laskey, Ken; Peter F Brown
Cc: soa-rm@lists.oasis-open.org
Subject: Re: [soa-rm] Interesting article on SOA and APIs

 

 

My take is different.

 

 

 

1. Patrick Gray (the author) points that it is IT is in the focus and that IT is creating the services, "I have long advocated viewing enterprise IT as a series of business services that IT designs, builds, and maintains." I believe that this is the mistaken statement. In Business Services, IT has nober 2 role if any. A lot of Business Services exist with no IT involvement.

 

 

 

2. "Until fairly recently, advocates of this view would generally suggest IT implement Service-Oriented Architecture (SOA), a series of design principles that guided how an IT organization designed, built, and maintained applications. Rather than a focus on individual applications, SOA suggested that multiple discrete applications and data sources be combined into services centered around a business process." First, IT is not only one who implements Service-Oriented Architecture

 

 

 

 

 

 

 

 

----- Original Message -----

 

 

From: Ken Laskey

 

 

Sent: 05/06/14 09:53 PM

 

 

To: Peter F Brown

 

 

Subject: Re: [soa-rm] Interesting article on SOA and APIs

 

 

 

 

I understand his distinction but I see a different pattern.  

 

 

 

To begin with, every service needs an API or a combination of endpoint and defined information exchange that essentially defines an API.  And, of course, every API provides access under certain circumstances.  So the question cannot be one or the other.

 

 

 

It is interesting that the difference noted is really one of control, with services being connected with more stringent control.  Now there is nothing inherent in services that requires this control.  Moreover, I believe the idea of control, under the fancy title of governance, traces back to the day we admitted that dynamic composability was too hard and we had to find a use for all those shining new registries.  The registries were then billed as the ultimate governance tools — follow my rules or I won’t let you into my registry!  The fear of a Wild West of providers giving options and consumers making choices led to long approval processes that did more to paralyze the service ecosystem than make it “run right”. The pushback was then just to post APIs in a less controlled space.

 

 

 

So the difference is looking into two mirrors, one full of fingerprints and another with a fine layer of dust.  Which one gives the better reflection?  Take your choice.

 

 

 

Ken

 

-------------------------------------------------------
Dr. Kenneth Laskey
MITRE Corporation, M/S H305          phone: 703-983-7934
7515 Colshire Drive                             fax: 703-983-1379
McLean VA 22102-7508

 

 

 

On May 6, 2014, at 12:47 PM, Peter F Brown <peter@peterfbrown.com> wrote:

 

 

 

 

 

 

 

 

 

<image001.jpg>

 

 

 

Peter F Brown

 

 

 

Independent Consultant

 

 

 

CIPP/IT

 

 

 

”Using Information Technologies to Empower and Transform”

 

 

 

 

200 S Barrington Ave., #49719

 

 

 

 

Los Angeles, CA 90049, USA

 

 

 

 

Tel: +1.310.694.2278

 

 

 

 

 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]