1. Task 55 Scope – TOSCA Profile
Purpose – To investigate if it makes sense for us to generate a TOSCA profile from the CIM
Specifically – to generate TOSCA compliant YAML files from our model
Includes – documenting how the UML model would be transformed to TOSCA YAML
Excludes – none
External Dependencies – none
Assumptions – none
Risks – none

2. Team Members
Leader - Chris Hartley
Members
???

3. IPR Declaration Is there any IPR associated with this presentation NO
NOTICE: This contribution has been prepared to assist the ONF. This document is offered to the ONF as a basis for discussion and is not a binding proposal on Cisco or any other company. The requirements are subject to change in form and numerical value after more study. Cisco specifically reserves the right to add to, amend, or withdraw statements contained herein.
THE INFORMATION HEREIN IS PROVIDED “AS IS,” WITHOUT ANY WARRANTIES OR REPRESENTATIONS, EXPRESS, IMPLIED OR STATUTORY, INCLUDING WITHOUT LIMITATION, WARRANTIES OF NONINFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

4. Need to determine Do we produce XML or YAML ?
If we generate YAML, how do we validate it against TOSCA ?
Might make sense to generate JSON, then convert it to YAML
How is the YAML simple profile related to the full TOSCA standard ?
The normative YAML file isn’t published by OASIS

5. TOSCA Metamodel
“Node templates keep a reference to the node type that defines the schema for the properties in the node.”
“ Run-time instances (i.e. nodes in an instance model) keep references to the node templates from which they were created”
“Node types provide the specifications that turn generic nodes into reusable domain-specific components.”

6. TOSCA Abstract Model interpretation based on the YAML

7. UML Interpretation of the YAML
Based on the supplied normative types YAML file

8. Artifacts
“TOSCA Artifacts Types represent the types of packages and files used by the orchestrator when deploying  TOSCA Node or Relationship Types or invoking their interfaces.”

9. Groups
“TOSCA Group Types represent logical groupings of TOSCA nodes that have an implied membership relationship and may need to be orchestrated or managed together to achieve some result.”

10. Interfaces
“Interfaces are reusable entities that define a set of operations that that can be included as part of a Node type or Relationship Type definition. ”

11. Nodes
“The TOSCA Root Node Type is the default type that all other TOSCA base Node Types derive from. ”

12. Nodes & Capability

14. Policies
“TOSCA Policy Types represent logical grouping of TOSCA nodes that have an implied relationship and need to be orchestrated or managed together to achieve some result.”

15. “This is the default (root) TOSCA Relationship Type definition that all other TOSCA Relationship Types derive from.  ”
Relationships

16. “This is the default (root) TOSCA Capability Type definition that all other TOSCA Capability Types derive from.”
Capabilities

17. “This is the default (root) TOSCA Root Type definition that all complex TOSCA Data Types derive from.”
Datatypes
I added the pink ones !

18. Specific Nodes

19. Specific Nodes

20. TOSCA XML and YAML are two different standards
“Backward and Forward Compatibility for TOSCA Simple Profile in YAML Version 1.0: Concept and Modelling Tooling Support”