[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Created: (TOSCA-122) Flexible use of Requirements on Node Templates
Flexible use of Requirements on Node Templates
----------------------------------------------
Key: TOSCA-122
URL: http://tools.oasis-open.org/issues/browse/TOSCA-122
Project: OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC
Issue Type: Improvement
Components: Spec
Affects Versions: V1.1_CSD01
Reporter: Matthew Rutkowski
Assignee: Derek Palma
Fix For: V1.1_CSD01
There was a notion that was discussed during TOSCA-117:
see: https://tools.oasis-open.org/issues/browse/TOSCA-117
That added the the concept of allowing more flexibility in matching applications to infrastructures and not dependent on strict node type requirements matching. TOSCA-117 introduced a capability/requirement constraint proposal to allow constraint expressions such as: "greater than", "one of", etc.
This JIRA issue intends to discuss another possible mechanism to allow Node Templates the ability to have OPTIONAL or DESIRED requirements that do not necessary HAVE to be matched in order for the application to deploy/run, but provide an orchestration engine additional requirements that if available (i.e. exported as a capability only in some environments, or infrastructures) could be used for a "better" match.
To add this concept, the notion of "fit for purpose" workloads is a term I (Matt RutkowskI) am using frequently in talking about TOSCA. This means that some apps or "workloads" might be designed to work "better" on certain infrastructure, that TOSCA should be able to communicate in its application patterns (node templates) the not only the types of IaaS (infrastructures) it COULD run on, but also optionally in the same Node Templates provide "hints" (using TOSCA's requirements construct) to tell the engine where the workload could run "better" or even "best" (ideal match).
To this end, Derek kindly prepared a document describing an early proposal working in general agreement from Travis and Kevin (HP) on the concept, although the details still need review and discussion at both the SC and TC (see "Proposal section" below)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]