blob: a400ef61495be8c4dc098a2d9152458fb7e3db3e [file] [log] [blame]
JakobKrieg7c3f3952020-08-04 20:46:50 +02001.. This work is a derivative of https://wiki.onap.org/display/DW/Modeling+Concepts#Concepts-66498 by IBM
2.. used under Creative Commons Attribution 4.0 International License.
3.. http://creativecommons.org/licenses/by/4.0
4.. Copyright (C) 2020 Deutsche Telekom AG.
5
6.. _cba:
7
8Controller Blueprint Archive (.cba)
9-------------------------------------
10
11The **C**\ ontroller **B**\ lueprint **A**\ rchive is the overall service design, fully model-driven, intent based
12**package** needed for provisioning and configuration management automation.
13
14The CBA is **.zip** file, comprised of the following folder structure, the files may vary:
15
16.. code-block::
17
18 ├── Definitions
19 ├── blueprint.json Overall TOSCA service template (worfklow + node_template)
20 ├── artifact_types.json (generated by enrichment)
21 ├── data_types.json (generated by enrichment)
22 ├── node_types.json (generated by enrichment)
23 ├── relationship_types.json (generated by enrichment)
24 └── resources_definition_types.json (generated by enrichment)
25 ├── Environments Contains *.properties files as required by the service
26 ├── Plans Contains Directed Graph
27 ├── Tests Contains uat.yaml file for testing the cba actions within a cba **package
28 ├── Scripts Contains scripts
29 ├── python Python scripts
30 └── kotlin Kotlin scripts
31 ├── TOSCA-Metadata
32 └── TOSCA.meta Meta-data of overall package
33 └── Templates Contains combination of mapping and template
34
35To process a CBA for any service we need to enrich it first. This will gather all the node- type, data-type,
36artifact-type, data-dictionary definitions provided in the blueprint.json.