[Oslc-Automation] Execution environment scenario for deploy subdomain

John Arwe johnarwe at us.ibm.com
Thu May 16 11:52:59 EDT 2013


Sorry just catching up with this particular stream of thought.
I know "enough to be dangerous" about Reconciliation.  There's nothing 
specifically like a "computing environment" in Recon today (2.0 finalized 
recently), but users are at least talking about concepts that might be 
similar (clusters of various sorts) for follow-ons.  Tuan Dang is the WG 
lead, +ccing him.  I think there is a notional plan to immediately start 
working on a "2.0+1" version, so he'd be collecting scenarios "real soon 
now".
As you folks have been discussing it so far however, there are a number of 
subtly different issues involved.
1: Reconciliation proper ... this would play if there are cases where two 
distinct actors have different identities (URLs) for some entity that is a 
non-information resource (often called "real world" resources) yet to us 
humans (and hence to code that wants to automate our actions) they are in 
some way "the same".  In some places, people talk about tools individually 
managing different "aspects" of the thing.  Reconciliation basically 
worries about how to decide whether or not two resources are (probably) 
"the same" in this sense.  Apologies for the indirect language, but 
precise language here is like trying to grab a handful of fog.  Not all 
even agree that the distinction is useful; others argue it's 
essential....*that* kind of fog.
2: "Compatibility" checking ... in this way of thinking, each consumer has 
a list of minimum requirements (perhaps per task), each provider lists the 
capabilities it exposes, and they're "compatible" (but NOT "the same") if 
the intersection of the two is at least what the consumer needs.  Another 
way to think of these descriptions are as query predicates; the result of 
applying the consumer's query predicate over the set of providers is the 
set of providers actually useful to the consumer.  I've seen that come up 
in other domains already.
3: What do "the same" and "compatible" really mean when the resources 
being used have triples whose objects are other resources?  This is just 
another form of the well-known copy problem (shallow or deep?), which of 
course has no really appealing solutions.  If one requirement you have as 
a consumer is a 2-tier deployment topology, this answer obviously matters 
quite a bit.
4: Re-use of Reconciliation (the domain spec or concept from #1) vs it's 
*Vocabulary* terms, which of course are freely open to re-use in other 
specs.  If you were to model an execution env as a service, as an example, 
"there's a vocabulary term for that" aka crtv:ServiceInstance (personal 
guess).  You could do that orthogonally to your answer to any other 
question/point here.

Best Regards, John

Voice US 845-435-9470  BluePages
Tivoli OSLC Lead - Show me the Scenario


"Oslc-Automation" <oslc-automation-bounces at open-services.net> wrote on 
05/03/2013 04:16:08 AM:

> 
> I believe that the Reconciliation WG have been working on a way to 
> match two descriptions of IT resources. From my brief look at their 
> work I didn't see anything related to this sort of execution 
> environment (at least, not for the test subdomain scenarios, it 
> might work for the deployment one). Perhaps we could propose a new 
> vocabulary for them for common themes in our subdomains? Does anyone
> know enough about their work to know if that would be a good fit? 
> 
> martin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20130516/d5f94daf/attachment-0003.html>


More information about the Oslc-Automation mailing list