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

 


Help: OASIS Mailing Lists Help | MarkMail Help

tosca message

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


Subject: RE: [tosca] Groups - TOSCA Architectures and Language impact uploaded


I tend to agree with Calin. In the original âminimal architectureâ we defined 3 functional blocks:

 

  1. Instantiation
  2. Requirement fulfillment
  3. Substitution

 

Without âinstance model inventoryâ and âTOSCA service catalogâ, the functionality that can be provided by these functional blocks is severely limited:

 

  1. Without an âinstance model inventoryâ, the ârequirement fulfillmentâ function can only consider/select node instances that are created from the same service template as the template that contains the dangling requirement (which renders the requirement fulfillment feature almost useless)
  2. Without a âTOSCA service catalogâ, the substitution function can only consider service templates that are packaged in the same CSAR as the service template that contains the abstract node(s) that require substitution.

 

I think the âminimal architectureâ diagram is useful for purposes of educating people on how TOSCA works, but I canât see how a TOSCA orchestrator that only implements the âminimal architectureâ will get much use.

 

Thanks,

 

Chris

 

 

From: tosca@lists.oasis-open.org <tosca@lists.oasis-open.org> On Behalf Of Calin Curescu
Sent: Tuesday, November 17, 2020 7:00 AM
To: Peter Bruun <pmb@hpe.com>
Cc: tosca@lists.oasis-open.org
Subject: Re: [tosca] Groups - TOSCA Architectures and Language impact uploaded

 

Hi Peter,

 

Very good additive representation. With respect to the TOSCA work, I always assumed that both the âTOSCA model catalogueâ and âInstance model inventoryâ are expected for a comprehensive solution.

Regarding the âinstance exportâ this is a good proposal, as it will:

  • Spell out the instance model representation
  • Make it easier to save/load/exchange/log instance models

One thing I have not thought of is the direct âtopology changeâ. We need to understand if this is needed or all the topology changes happen only via input / runtime operation changes.

 

BR/Calin

 

From: <tosca@lists.oasis-open.org> on behalf of Peter Bruun <pmb@hpe.com>
Date: Monday, 16 November 2020 at 11:48
To: "tosca@lists.oasis-open.org" <tosca@lists.oasis-open.org>
Subject: [tosca] Groups - TOSCA Architectures and Language impact uploaded

 

Submitter's message
For discussion, I have started from Chris' minimal architecture and elaborated on more complex architectures and hinted what they may mean for the TOSCA language design.
The intention is to disambiguate and clarify why some of us think that some proposed language features are redundant and others believe them to be critical.
-- Dr. Peter Bruun

Document Name: TOSCA Architectures and Language impact


Description
For discussion, I have started from Chris' minimal architecture and
elaborated on more complex architectures and hinted what they may mean for
the TOSCA language design.
Download Latest Revision
Public Download Link


Submitter: Dr. Peter Bruun
Group: OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC
Folder: Working Documents
Date submitted: 2020-11-16 02:46:07

 



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