[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [tosca] About TOSCA-Simple-Profile-YAML-1.1, can you please help me about CSAR Metadata, Thx
2. Are there any restrictions for the metadata in those two places? Say, TOSCA.meta file only has TOSCA-Meta-Version, Entry-Definitions, etc. while metadata section in a yaml file could have template_name, template_version and so on?
TOSCA.meta is not intended to be preserved beyond its use to extract (and then deploy) service templates inside the archive. After an processor/tool/orchestrator extracts it the information need not be preserved. Metadata inside teh Service Template is intended to be preserved within the Service Template (and where it may be stored/reposited, for use by Catalogs and used for "search" features <or> to provide users more information about the template or parts of the topology that do not affect deployment or execution).
In contrast, any "metadata" (keyname) and maps of key-values in the Service Template, Node, Relationship, DataType, or even Property/Attribute (new) are intended for domain-specific uses (not recommended as all configuration information should be exposed as properties), but TOSCA Orchestrators are NOT required to use it during deployment and NOT required to be preserved after deployment). Profiles can declare their own metadata (such as NFV profile) and, by specification, required metadata and subsequent processing for supporting their profile, but this again not required of general TOSCA orchestrators and not best practice.
3. If we choose option 2 defining data in matadata section in a yaml file in the root directory, can we have other metadata sections in other yaml files?
You can place meta data wherever you like, but it will not be normative and will not affect processing (deployment, execution, management, search, etc.) as it willbe considered "extra descriptive information".
Can you provide examples of what metadata you want to add
and for what purpose?
Kind regards,
Matt Rutkowski
STSM, Master Inventor, IBM Open Cloud Technologies
and Standards
Apache OpenWhisk Incubator Project Lead,
Initial Committer
Chair, Lead Editor OASIS TOSCA Simple Profile
WG,
Co-Chair OASIS TOSCA Interop. SC,
Founder of DMTF Cloud Audit (CADF) Standard
mrutkows@us.ibm.com, mobile: 512-431-5002
From:
<feng.yuanxing@zte.com.cn>
To:
<tosca@lists.oasis-open.org>
Cc:
<zhang.maopeng1@zte.com.cn>
Date:
06/15/2017 03:00 AM
Subject:
[tosca] About
TOSCA-Simple-Profile-YAML-1.1, can you please help me about CSAR Metadata,
Thx
Sent by:
<tosca@lists.oasis-open.org>
Hi TOSCA-teers,
In clause 6 (TOSCA Cloud Service Archive(CSAR) format of TOSCA-Simple-Profile-YAML-1.1), there are 2 options of defining metadata. One way is to create a TOSCA.meta file in TOSCA-Metadata directory, the other is to define data in matadata section in a yaml file in the root directory of csar package without a TOSCA.meta file. I have a few questions below, would you pleas help me out?
1. What will happen if we define metadata in both TOSCA.meta file and matadata section in a yaml file? Does tosca parser handle the metadata in two places?
2. Are there any restrictions for the metadata in those two places? Say, TOSCA.meta file only has TOSCA-Meta-Version, Entry-Definitions, etc. while metadata section in a yaml file could have template_name, template_version and so on?
3. If we choose option 2 defining data in matadata section in a yaml file in the root directory, can we have other metadata sections in other yaml files?
?
BR,
Feng Yuanxing
冯远兴 fengyuanxing
IT开发工程师 IT
Development Engineer
MANO一部/无线研究院/无线产品经营部 MANO DeptⅠ/Wireless Product R&D Institute/Wireless Product Operation
南京市雨花台区紫荆花路68号中兴通讯二期4A楼 4/F, R&D Building, ZTE Corporation 68 Zijinghua Road, Yuhuatai District, Nanjing, P..R.China, 210012 T:
+86 25 xxxxxxxx F:+86
25 xxxxxxxx |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]