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] Future structure of JTC 1/SC38



Hello folks

My 2c would be to highlight the growing role of 'the Cloud' as an overall single computing environment, a 'Global SOA' so to speak, as defined by a single addressing system most notably OASIS standards like XDI, with equally global shared services like Identity authentication achieved via common standards like SAML, OAuth et al.

The traditional SOA is a design blueprint based around a single computing environment but one defined at the enterprise level, a 'Corporate SOA'. Common shared services etc., but within a scope defined by their own internal corporate addressing mechanisms, directory systems etc.

So this shift retains the same architectural approach but simply abstracts it to work at the scope of this larger environment, the Cloud, where it works the same way using single shared services and so on, but where these shared services are achieved via a single global addressing system, not just within one corporate LAN domain.

A few years back I coined the idea of D-SOA: Distributed SOA, to reflect this same scope change, where services are invoking other services in remote domains, as enabled by this XDI addressing.

Kind regards, Neil.



On Fri, Aug 8, 2014 at 1:21 AM, Jamie Clark <jamie.clark@oasis-open.org> wrote:
Greetings Heather (and all).  I was wondering about that myself.  David Linthicum's not the only one who thinks that service-orientation applies to cloud systems.  Maybe there's some room to huddle on building support for a naming compromise.  

Where would the TC like to go with this?

Cordially, Jamie

   
James Bryce Clark, General Counsel
OASIS: Advancing open standards for the information society
https://www.oasis-open.org/staff
   
www.twitter.com/JamieXML
http://t.sina.cn/jamiexml
http://www.slideshare.net/jamiexml
http://facebook.com/oasis.open


On Thu, Aug 7, 2014 at 7:43 PM, Heather Kreger <kreger@us.ibm.com> wrote:
Just as input into the brain taxing,

IMHO, it would be much better to not be so restrictive with the name of just 'cloud'.  There may be some proposals that it  retain some of its former scope in the name like 'Cloud and Distributed Applications'...  or many others that have been bantied about.

Sincerely,
Heather Kreger
Distinguished Engineer, CTO International Standards, IBM
kreger@us.ibm.com
919-543-3211  cell:919-496-9572 home office: 919-853-3772




From:        Peter F Brown <peter@peterfbrown.com>
To:        "soa-rm@lists.oasis-open.org" <soa-rm@lists.oasis-open.org>,
Cc:        Martin Chapman <martin.chapman@oracle.com>, "Jamie Clark, OASIS" <jamie.clark@oasis-open.org>
Date:        08/07/2014 07:23 PM
Subject:        [soa-rm] Future structure of JTC 1/SC38
Sent by:        <soa-rm@lists.oasis-open.org>




Hi,
I attach for information a document from the SC38 secretariat concerning the future structure of the SC (please, not for redistribution).
Martin Chapman is in copy, both as a fellow OASIS Board member but also because he shares with Ken and me, a role as a liaison between OASIS and SC38.
 
As you can see, the proposed shift of focus is from “distributed systems” to cloud computing. In this new scenario, SOA becomes something of an architectural underpinning and paradigm for cloud, which makes sense.
 
So a question to tax our brains a little before the weekend:
If SOA concerns a paradigm of service delivery across ownership boundaries, then presumably anything, everything, beyond one’s own domain, is necessarily “cloud”?
All cloud architectures are arguably SOA (if you take the paradigmatic approach of the OASIS work at least) but can we think of *any* SOA ecosystem that is anything more than cloud? What?
 
If so, then I think we need to make the case against the shift of scope of the SC as there would be no home, in theory, for any non-cloud SOA work in the future. FWIW, I’m good with the approach proposed and actually think that our RAF may even fit better in this new arrangement – but I don’t want to jump the gun.
 
Martin, we haven’t talked about this but happy to hear any other views. Also whether we want to look for opinions from other TCs, more squarely in the existing cloud scope.
 
Regards,
Peter
 
 

cid:image001.jpg@01CE0F64.C0141190 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
www.PeterFBrown.com
 [attachment "ISO-IECJTC1-SC38_N1090__SC_38_Chair_and_Secretary_Contributi.pdf" deleted by Heather Kreger/Raleigh/IBM]
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php





--
Neil McEvoy
VP Business Development
iFOSSF.org
Skype:neil.mcevoy1


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