...
In the context of a catalog containing TOSCA nodes that are assembled to form a TOSCA blueprint within the SDC, it is expected that such nodes convey (as properties) all of the workflows and/or workflow fragments) needed to realize the node in some specific target environment. In this way, any assembly of such nodes (defined in a blueprint) can be used to define the end-to-end workflow needed to realize the VNF associated with the TOSCA blueprint.
SDC manages four two levels of assets:
Resource: a fundamental capability, implemented either entirely in software, or as software that interacts with a hardware device. Each Resource is a combination of one or more Virtual Function Components (VFCs), along with all the information necessary to instantiate, update, delete, and manage the Resource. A Resource also includes license-related information. There are three kinds of Resource:Anchor Resource Resource - Infrastructure (the Cloud resources, e.g., Compute, Storage)
- Network (network connectivity functions & elements); example: a Virtual Network Function (VNF)
- Application (features and capabilities of a software application); example: a load-balancing function
Service: a well formed object comprising one or more Resources. Service Designers create Services from Resources, and include all of the information about the Service needed to instantiate, update, delete, and manage the ServiceAnchor Service Service Anchor Product Product Product: includes one or more Services packaged with commercialization attributes for customer ordering, billing, and issue resolution. Products are created by Product Managers, and can have one or more "category" attributes assigned by Product Strategists.Anchor Offer OfferOffer: bundling of Products with specific Marketing configurations for selling to customers
The key output of SDC is a set of models containing descriptions of asset capabilities and instructions to manage them. These models are stored in the SDC Master Reference Catalog for the entire enterprise to use.
...
- The Catalog is the repository for assets at the Resource , Service and Product levelsService levels. Assets are added to the Catalog using the Design Studio.
- The Design Studio is used to create, modify, and add Resource , Service, and Product definitions Service definitions in the Catalog.
- The Certification Studio, available in a future release, is used to test new assets at all levels. It will be used for sandbox experimentation, and will include support for automated testing.
- The Distribution Studio is used to deploy certified assets. From the Distribution studio, new Product assetsServices assets, including their underlying Resources and Services , are deployed into lab environments for testing purposes, and into production after certification is complete. In a future release, there will be a way to export Product information to external Business Support Systems for customer ordering and billing.
...
Once assets are on-boarded, the information provided by the vendor is translated into SDC internal resource models. The service provider will use SDC to further enrich the resource model to meet the provider’s environment, and additionally compose resources into service models and product models. The model includes not only the description of the asset but also references to ONAP functions needed for lifecycle management of the asset. The tested models will then be distributed to the ONAP execution environment as Deployment Artifacts.
The Deployment Artifacts include the asset definition (a Resource or Service or Product model) with instructions to ONAP for creation and management of an instance of the asset in the network. Currently, SDC imports and retains information from Heat Templates for cloud infrastructure creation, YANG XML files for state data manipulated by the Network Configuration Protocol, TOSCA files for specifying cloud infrastructure, and certain vendor provided scripts. In the future, SDC may import BPMN/BPEL files for specifying business processes and their interconnections in a service-oriented architecture.
...