You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 22 Next »

Note: work in progress

SDC Package Onboarding Process

SDC User Story

PriorityUser StoryDescriptionJIRA Ticket
1US 1

Actor:

Create an SDC VSP package thru onboarding of an Application Service CSAR based on ASD

  • create metadata to distinguish the model type (e.g., ASD)
  • create metadata to distinguish the artifact type (e.g., HELM)

1US 2

Actor:

Create AS internal CSAR (VF resource) by importing VSP CSAR to add CNF/Application based on ASD


1US 3

Actor:

Create an Service CSAR consists of one or more CNF/Application based on ASD


1US 4

Actor:

Distribute Service CSAR to ONAP runtime components thru DMaaP


1US 5

Actor:

Distribute associated Helm Charts to the target Helm Artifact Repository


1US 6

Actor:

Distribute associated Image files to the target Image Repository 






Sequence


SDC App Package Onboarding

Vendor App Package

Application Service Package conforms to ETSI SOL004 (inspired) until SOL004 makes the SOL001 VNFD optional.

SOL004 Package CSAR Structure

ONAP supports SOL004-conformed CSAR with the TOSCA-Metadata directory, which includes the TOSCA.meta metadata file providing and entry information for processing a CSAR file.

e.g., 

!------TOSCA-Metadata

!------TOSCA.meta

!------TOSCA.meta.sig.cms

!------Definitions

!----- MRF.yaml

!----- ASD.yaml

!----- MRF.yaml.sig.cms (signature)

!----- OtherTemplates (e.g. type definitions)

|----- OtherTemplates signatures

!------Files

!----- ChangeLog.txt

!----- ChangeLog.txt.sig.cms

!----- global.cert (global certificate for the package)

!----- image(s)

!----- image(s) signature(s)

!----- other artifacts

!----- other artifacts signatures

!------Tests

!----- file(s)

!----- signature(s)

!------Licenses

!----- file(s)

!----- signature(s)

!------Scripts

!----- install.sh

!----- install.sh.sig.cms

!----- MRF.mf 

Note: SOL001 VNFD requirement in the current SOL004 needs to be changed; i.e., make SOL001 VNFD in SOL004 optional. 

Root directory

  • MRF.mf (main manifest file) 
    • introduce metadata for ASD (metadata:): TBD
      • asd_product_name
      • asd_provider_id
      • asd_package_version
      • asd_release_date_time 
    • e.g., f5_FW_cnf.mf

metadata:

asd_id:  2116fd24-83f2-416b-bf3c-ca1964793bcf

asd_product_name: vFW

asd_provider_id: <vendorA>

asd_software_version: 1.0.0

asd_package_version: 1.0

asd_release_date_time:  2021-10-18T10:00:00+03:00

cnfm_info: cnfm:v1.0.0

compatible_specification_versions: 1.0.0

  • TOSCA-Metadata directory
    • TOSCA.meta

e.g.,

TOSCA-Meta-File-Version: 1.0
CSAR-Version: 1.1
Created-By: <vendor>
Entry-Definitions: Definitions/f5_FW_cnf.yaml
ETSI-Entry-Manifest: f5_FW_cnf.mf
ETSI-Entry-Licenses: Licenses
ETSI-Entry-Change-Log: ChangeLog.txt


<keynames extension>


  • Definitions
    • asd_types.yaml.                // node_types, artifact_types, data_types
    • f5_FW_cnf.yaml.                // descriptor leveraging ASD

e.g., Sample App

  • Files. (optional)
    • Images
      • <image>
      • <image>
    • Licenses
      • LICENSE.txt
    •  Artifacts
      • Deployment
        • HELM
          • <Helm Chart file>        
          • <Helm Chart file>
        • AS_PACKAGE
        • ETSI_PACKAGE
    • Scripts

Create VSP CSAR file

  • TOSCA-Metadata
    • TOSCA.meta (generated by SDC)

e.g., 

TOSCA-Meta-File-Version: 1.0
CSAR-Version: 1.1
Created-By: ASDC Onboarding portal
Entry-Definitions: Definitions/f5_FW_cnf.yaml

  • Definitions (generated by SDC)
    • f5_FW_cnf.yaml
    • GlobalSubstitutionTypesServiceTemplate.yaml.            //include asd_types.yaml
    •  onap (TBD)
      • _index.yml
      • artifacts.yml
      • capabilities.yml
      • data.yml
      • interfaces.yml
      • nodes.yml
      • relationships.yml
    • onapecomp                                // TBD
      • _index.yml
      • artifacts.yml
      • capabilities.yml
      • data.yml
      • interfaces.yml
      • nodes.yml
      • relationships.yml
    • openecomp-heat                       // TBD
      • _index.yml
      • data.yml
      • groups.yml
      • nodes.yml
    •  tosca
      • _index.yml
      • artifacts.yml
      • capabilities.yml
      • data.yml
      • groups.yml
      • interfaces.yml
      • nodes.yml
      • policies.yml
      • relationships.yml
  • Artifacts (copy into this)
    • F5_FW_cnf.mf
    • Definitions
      • f5_FW_cnf.yaml
    •  Deployment
      • AS_PACKAGE.              // copy of the original AS package
    • Images
      • <image>
      • <image>
    • Informational
      • <Guide>
        • VSP_f5_Information.txt
    • LcmScripts
      • <scripts>
    • Licenses
      • LICENSE.txt
    • TOSCA-Metadata
      • TOSCA.meta.original
    • ChangeLog.txt
    • vendor-license-model.xml (not sure how SO uses)
    • vf-license-model.xml (not sure how SO uses)


Create VF CSAR file - an OLD way; not used for the ASD

  • TOSCA-Metadata (generated by SDC)
    • TOSCA.meta
  • Definitions
    • artifacts.yml
    • capabilities.yml
    • data.yml (if mapping, extra date types will be here)
    • groups.yml
    • interfaces.yml
    • nodes.yml (add ASD nodes)
    • policies.yml
    • relationships.yml
    • resource-<...>-template.yml. (represent ASD)
    • resource-<...>-template-interface.yml (represent ASD)
  • Artifacts
    • Deployment
      • AS_PACKAGE (original)
      • VENDOR_LICENSE
      • VF_LICENSE
    • Informational
      • OTHER
        • VSP_f5_Information.txt
  • csar.meta
  • Files. (missing from SDC****)
    • Images
      • <image>
      • <image>

Create VF CSAR file thru the SDC Multi Model Way.       // Propose to use for the AS Package Onboarding

  • TOSCA-Metadata
    • TOSCA.meta
  • Definitions
    • artifacts.yml
    • capabilities.yml
    • data.yml
    • groups.yml
    • interfaces.yml
    • nodes.yml
    • policies.yml
    • relationships.yml
    • asd_types.yaml.                            // instead of using ONAP type definitions, support the ASD model specific definitions are included
    • resource-<...>-template.yml.       // SDC UI modifies
    • resource-<...>-template-interface.yml.  // SDC UI modifies
  • Artifacts
    • Deployment
      • AS_PACKAGE
        • AS_<...>DataTypes.csar
      • VENDOR_LICENSE
        • vendor-license-model.xml

e.g.,

<vendor-license-model xmlns="http://xmlns.openecomp.org/asdc/license-model/1.0">

<vendor-name>VendorA</vendor-name>

<entitlement-pool-list/>

<license-key-group-list/>

</vendor-license-model>

      • VF_LICENSE
        • vf-license-model.xml

e.g., 

<vf-license-model xmlns="http://xmlns.openecomp.org/asdc/license-model/1.0">

<vendor-name>VendorA</vendor-name>

<vf-id>367db414413b4f3e96fcb92df023df27</vf-id>

<feature-group-list/>

</vf-license-model> 

    • Informational
      • OTHER
        • VSP_f5_Information.txt
  • csar.meta


Create Service CSAR file

  • TOSCA-Metadata
    • TOSCA.meta
  • Definitions
    • annotations.yml
    • artifacts.yml
    • capabilities.yml
    • data.yml
    • groups.yml
    • interfaces.yml
    • nodes.yml
    • policies.yml
    • relationships.yml
    • asd_types.yaml.                            // instead of using ONAP type definitions, support the ASD model specific definitions are included
    • resource-<...>-template-inteface.yml (came from VF)
    • resource-<...>-template.yml
    • service-<...>-template-interface.yml
    • service-<...>-template.yml. (put input parameters, additional properties...)
  • Artifacts
    • Resources
      • <VF-name>
        • Deployment
          • HELM
            • <helm files>
  • csar.meta
  • NS.mf
  • No labels